| Romster | ah that would be handy | 01:20 |
|---|---|---|
| Romster | jaeger, but to only warn that there is deps not installed for said port and list them deps before some short pause to continue | 01:21 |
| Romster | something like that? | 01:21 |
| *** mike_k_ has joined #crux-devel | 01:43 | |
| *** mike_k has quit IRC | 01:43 | |
| *** deus_ex has quit IRC | 02:21 | |
| *** deus_ex has joined #crux-devel | 02:37 | |
| *** pitillo has quit IRC | 07:01 | |
| *** pitillo_ has joined #crux-devel | 07:04 | |
| *** pitillo_ is now known as pitillo | 07:34 | |
| *** pitillo has joined #crux-devel | 07:34 | |
| *** sepen has joined #crux-devel | 07:51 | |
| sepen | jaeger: I wrote a patch for prt-get a bit similar, to depupdate a port when new deps appeared (http://crux.nu/~sepen/devel/depupdate.notes) http://www.mail-archive.com/crux-devel@lists.crux.nu/msg02256.html | 07:53 |
| sepen | maybe it would be useful to you | 07:53 |
| Romster | mot to mention one dep removed as well liboil | 08:00 |
| Romster | not* | 08:01 |
| jaeger | sepen: will check it out, thanks | 08:01 |
| Romster | arch has a required and optional dependencies to solve this another way. but that may be too much for crux to do. | 08:03 |
| sepen | np | 08:04 |
| Romster | if optional and required dependencies were listed then the minimalist and those that want/need the extra ports for extra functionality could add them in. | 08:04 |
| Romster | shame there is no simple way to grep in configure.in to find required optional and build time deps. | 08:05 |
| jue | sepen: Johannes' comment is exactly what I've thought about the way the new option is integrated into prt-get | 08:06 |
| jaeger | My preference would be for 'prt-get sysup' to notice the new dep and prompt the user to install it or ignore it | 08:07 |
| jaeger | No need to learn/remember another command that way | 08:08 |
| Romster | what if oyu on pourpose did not install one of the deps and then the port got updated with another new dependency, depupdate would install both, not just the newly seen ones. you'd need some cache to see if it's new than the ones not installed already. | 08:09 |
| Romster | prompting would be the easiest solution but if it's scripted we don't want it to wait on a selection either. | 08:10 |
| jaeger | If the port gets updated the dep shows up in the new Pkgfile, unless the maintainer makes a mistake | 08:10 |
| jaeger | That would be a choice for each user to make | 08:10 |
| jaeger | I'd like a prompt when I run the sysup, so before it even started building packages | 08:11 |
| Romster | that would require prt-get to parse the dependency list twice, once to see if any deps are new, second when it builds, though you could reuse that list for the second run saving time. | 08:12 |
| jaeger | why would it require parsing twice? | 08:12 |
| jaeger | 1) get list of deps 2) if any of these ports are not installed, prompt to install them 3) run | 08:13 |
| Romster | to see if port foo has a new dependency, hmm maybe it wont need todo that... | 08:13 |
| jaeger | a new dep will show up in Pkgfile, prt-get doesn't need to do any special processing to find them besides what it can already do | 08:13 |
| Romster | get lsit of deps is the same as looking though deptree which reads all the Pkgfiles to find the dependencies. | 08:14 |
| jaeger | I see no reason it would have to do so twice, though | 08:14 |
| Romster | second time to install but it can keep the list in an array or struct so it wont need to run twice. | 08:15 |
| Romster | wont have to parse a second time, i noticed parsing time is a few seconds. | 08:15 |
| Romster | best bet is to make it and get testers to try it i guess. | 08:16 |
| jue | jaeger: I'd prefer not having interactive features within prt-get ;) | 08:17 |
| Romster | jue, i'm testing your libffi glib bumps and i bumped atk gtk libsoup ... few new deps and now building webkit. | 08:20 |
| Romster | seems now it may be fine to bump those up. | 08:20 |
| Romster | i'll know for sure later. | 08:20 |
| jue | Romster: you had old libffi installed before? | 08:22 |
| Romster | yes but our of my romster repo before you made yours. http://romster.dyndns.org/linux/ports/crux/romster//libffi/Pkgfile | 08:24 |
| Romster | i'm only testing in a chroot at compile time atm. | 08:24 |
| Romster | with your libffi and glib | 08:25 |
| jue | keep in mind that the update includes a so-name change | 08:25 |
| Romster | i haven't moved to yours on my system yet. so when i do i'll have to do a rebuild with revdep. | 08:25 |
| jue | even if it looks like a minor change (3.0.10 -> 3.0.11) | 08:26 |
| teK_ | newer gtk would be cool, we're stuck with gimp 2.6.x because of the too old gtk | 08:26 |
| jue | teK_: you mean gtk 3? | 08:26 |
| Romster | is someone working on gtk3 to install alongside gtk2? | 08:26 |
| Romster | or could we make gtk = gtk3 and move gtk to gtk2 | 08:26 |
| jue | wouldn't do that, it breaks a lot of things | 08:27 |
| Romster | i could bump sakura to gtk3 if that was in the ports, i've been debating if i should build a gtk3 port but i read others have done already so i'm hanging off. waiting for someone to make a move. | 08:27 |
| teK_ | I dont think it required gtk | 08:27 |
| teK_ | 3 | 08:27 |
| teK_ | gtk3 is on the roadmap for gimp 3.0 | 08:28 |
| Romster | webkit can use gtk3 i force it to use gtk2 | 08:28 |
| teK_ | the update in question is 2.6.x -> 2.8.x | 08:28 |
| teK_ | but I can check on that | 08:28 |
| teK_ | ./n | 08:28 |
| Romster | ah later 2 branch hmm | 08:28 |
| Romster | 2.24.10 is the last gtk2 afaik teK_ | 08:29 |
| jue | teK_: that's not a problem at all, I'm running 2.24.10 here | 08:29 |
| jue | and updated friends oc | 08:29 |
| Romster | oh you mean 2.28 on glib? for gimp to use? | 08:29 |
| jue | no, gtk 2.24.10 and glib 2.32.3 etc. | 08:30 |
| teK_ | jue: I dont know who maintains gtk but I've been waiting for an update for a bit now :) | 08:30 |
| Romster | tilman, does gtk | 08:30 |
| jue | well, prt-get info gtk will tell ;) | 08:30 |
| Romster | it's only .2 revisions behind. | 08:30 |
| teK_ | not on a (curent) CRUX box right now as I'm @office | 08:31 |
| Romster | 2.http://romster.dyndns.org/version_sort/opt-Tilman-Sauerbeck.html#gtk | 08:31 |
| teK_ | as a matter of fact I cannot push the gimp update :) | 08:31 |
| jue | I've sent him patches, but got no response yet | 08:31 |
| teK_ | he's such a busy boy :p | 08:31 |
| Romster | i'm hoping he'll pick up on my xorg fork and merge it in when he has time. | 08:32 |
| Romster | jue, if i have no issues on testing glib libffi could you push them to core? i want to test more before i give the all clear. | 08:33 |
| jue | well, would do that but our current atk doesn't build with glib 2.3x | 08:34 |
| jue | so we have to update gtk+friends in the same run | 08:35 |
| Romster | i tested the 2 branch and it buolds fine but that requires tilman to bump that at the time of glib being pushed to core. | 08:35 |
| Romster | atk 2.4.0 | 08:36 |
| Romster | but i am in the process of testing if that breaks any other ports. | 08:36 |
| Romster | gtk seems happy with atk 2.4.0 | 08:36 |
| jue | yeah, that's what I'm using here since quite some time | 08:37 |
| Romster | i've been a bit busy (under statement). else i'd have done that sooner here too. | 08:37 |
| Romster | monday is a Holiday so i've spent some time on crux stuff. back to work tomorrow. | 08:38 |
| Romster | nearly is tomorrow too 23:38 here. | 08:38 |
| Romster | is tilman really busy in real life or just needs some space from the computer lately? | 08:39 |
| Romster | i'm concerned that ports are starting to became stale. | 08:40 |
| Romster | some are jsut simple bug fix bumps. | 08:40 |
| Romster | damn webkit died need to see why. | 08:41 |
| sepen | jue: +1 about cptn notes | 08:45 |
| jue | sepen: we, frinnst and me, had some talks about mdev the last days, have you seen that in the logs? | 09:07 |
| sepen | yep but maybe not all | 09:35 |
| mike_k_ | teK_: can't get powertop 2.0 to build. will try later. http://paste.lisp.org/+2SA0 | 09:38 |
| rmull | prt-get sysup wants to update xorg-font-msttcorefonts, but it's not also downloading the cabextract dependency | 10:01 |
| rmull | so building msttcorefonts fails because cabextract doesn't exist | 10:01 |
| rmull | Am I doing something wrong? | 10:01 |
| rmull | according to the manpage sysup should resolve the deps... | 10:02 |
| teK_ | mike_k_: you have to add -lresolv to the linker flags | 10:03 |
| teK_ | rmull: no that's standard behaviour, sepen has a patch | 10:03 |
| rmull | That's contrary to what the manpage says | 10:04 |
| rmull | "If you don't want prt-get to resolve the dependencies, use the --nodeps switch" | 10:04 |
| jaeger | the language there is misleading | 10:05 |
| jaeger | if port a depends on port b, 'prt-get sysup' updates b first, then a | 10:05 |
| jaeger | if port a gains a new dep c after being installed, 'prt-get sysup' ignores c | 10:05 |
| rmull | ah. | 10:05 |
| rmull | I think that should be fixed, IMHO | 10:06 |
| rmull | maybe. Hm. | 10:06 |
| jaeger | It's not a popular idea | 10:06 |
| rmull | Yeah, I started thinking about it more | 10:06 |
| rmull | Seems like feature creep would be harder to detect and avoid | 10:06 |
| rmull | Alright, no big deal, except the manpage seems to avoid the topic | 10:07 |
| mike_k_ | teK_: tried that with no visible effect already. will look into that again. | 10:07 |
| mike_k_ | teK_: nevermind, fixed that | 10:09 |
| teK_ | :) | 10:11 |
| sepen | jue: were you talking about new evdev driver (2.7.0) which requires udev flags, right? | 10:22 |
| mike_k_ | teK_: just pushed the new verison. can you test it? I have no CONFIG_DEBUG_FS enabled atm and it fails to start ( | 10:29 |
| teK_ | I will give it a try | 10:30 |
| teK_ | later. | 10:30 |
| mike_k_ | thanks. sure. | 10:30 |
| teK_ | thank you too | 10:30 |
| mike_k_ | np. I am way too bad at keeping port up to date. still hoping to get some time for them. | 10:31 |
| mike_k_ | *ports | 10:31 |
| *** mike_k_ has quit IRC | 10:40 | |
| jue | sepen: not really, but the discussion from 9 Jun until 9:20 | 11:24 |
| sepen | yep I saw that | 11:27 |
| sepen | when packaged I saw mdev_fat.conf but just later I picked up the one from alpine, there is no special reason | 11:29 |
| sepen | which one are you using now? | 11:29 |
| sepen | I'm not sure that I can tests all devices/inodes, I tried for now to get X running with dri support, and I want to try alsa, usb, etc. | 11:30 |
| jue | sepen: mdev_fat.conf currently | 11:31 |
| sepen | note also that those /lib/mdev scripts are from alpinelinux too, just as initial import for tests | 11:31 |
| jue | yes, I noticed that | 11:32 |
| sepen | jue: can I switch directly to mdev_fat.conf or it requires a tweak? | 11:32 |
| sepen | I saw your notes about console | 11:32 |
| sepen | jue: and what kind of config are you using to solve X issue with evdev? | 11:33 |
| jue | yes, should work | 11:33 |
| jue | using the kbd adn mouse driver ATM | 11:34 |
| sepen | now here I'm using keyboard+mouse (don't like that xorg people adopted udev as a must to have) | 11:35 |
| jue | yeah, that's a pain, mainly because it means that you are more or less forced to use systemd now | 11:38 |
| sepen | well for 2nd release of mdev port I'll add mdev_fat.conf and a line to /lib/mdev scripts (export PATH...) | 11:45 |
| sepen | on the other side I think we can live without those scripts | 11:46 |
| jue | yes, looks good at all | 11:51 |
| rmull | The default hashing algorithm for shadow passwords on crux is md5. md5 has known issues. Do we care enough to upgrade to a SHA, or even a bcrypt, although bcrypt is not as simple as a config change? | 14:00 |
| rmull | http://sourceware.org/bugzilla/show_bug.cgi?id=13286#c6 relevant reading | 14:02 |
| rmull | ulrich says no, but he's always got a bee in his bonnet | 14:02 |
| rmull | about bcrypt at least. | 14:03 |
| rmull | but surely a SHA with a large number of rounds makes practical sense? | 14:03 |
| jaeger | It's come up several times but it seems like people don't agree on which way to go | 14:03 |
| rmull | I've seen the debate about sha/md5 for packages, but not for shadow passwords | 14:04 |
| rmull | Sorry if it's repetitive | 14:04 |
| jaeger | Ah, fair enough. I think it's come up for both but I could be wrong, maybe it was only for packages | 14:07 |
| *** Romster has quit IRC | 16:26 | |
| *** Romster has joined #crux-devel | 16:52 | |
| frinnst | changing for passwords is a practical pain on systems with more than one user | 18:41 |
| frinnst | I've changed it on my desktop, only two passwords :) | 18:41 |
| frinnst | just tweak login.defs (ENCRYPT_METHOD) | 18:42 |
| *** sepen has quit IRC | 18:52 | |
| *** tilman has quit IRC | 21:06 | |
| *** tilman has joined #crux-devel | 21:08 | |
| *** ____________mavr has quit IRC | 21:27 | |
| *** ____________mav has joined #crux-devel | 21:28 | |
| *** joe9 has quit IRC | 21:59 | |
| *** deus_ex has quit IRC | 23:13 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!