*** darfo has quit IRC | 03:39 | |
*** darfo has joined #crux-devel | 03:42 | |
*** darfo has quit IRC | 03:51 | |
*** darfo has joined #crux-devel | 03:51 | |
*** chinarulezzz has joined #crux-devel | 04:07 | |
chinarulezzz | Hi devs. | 04:55 |
---|---|---|
chinarulezzz | I noticed that the "ports" script has similar actions to prt-get. | 04:56 |
chinarulezzz | Is someone using a 'ports' and not using prt-get? | 04:57 |
chinarulezzz | I added 'sync' action to prt-get: https://pastebin.com/raw/KghxRS2T | 05:00 |
chinarulezzz | The patch most likely does not applied correct with the upstream version of prt-get because I have modified (restyled) version of prt-get. But, this is not a problem to fix. | 05:02 |
chinarulezzz | Is anyone interested in this? | 05:04 |
chinarulezzz | Then it would be possible to distribute ports-rsync and ports-git packages separately. And the user will be able to choose. | 05:05 |
chinarulezzz | ports-rsync: ports with rsync sources, ports-git: with git sources. | 05:06 |
chinarulezzz | I think it will be useful. | 05:07 |
*** chinarulezzz has quit IRC | 05:35 | |
*** chinarulezzz has joined #crux-devel | 05:52 | |
*** chinarulezzz has quit IRC | 06:15 | |
*** chinarulezzz has joined #crux-devel | 06:49 | |
frinnst | just curious, but why? | 07:37 |
chinarulezzz | i dunno. just for fun, maybe) | 07:51 |
chinarulezzz | for example, on one machine I use ports-git as source (for development purposes), on the other only ports-rsync. | 07:51 |
chinarulezzz | I think it would be convenient to choose during installation what type of repository to use, and get rid of one dependency (ports that duplicate (without rsync) prt-get functionality). | 07:53 |
chinarulezzz | *without sync | 07:53 |
chinarulezzz | I suppose it makes sense to use a 'ports' script when prt-get is not needed. Because (without sync) the 'ports' script duplicate the functionality of prt-get. | 08:02 |
chinarulezzz | ports --list == prt-get list, ports --diff == prt-get diff, ports -u --> prt-get sync. | 08:06 |
chinarulezzz | Therefore, it is interesting to know if someone uses a 'ports' script and does not use prt-get. If no one, then why we need 'ports' script? | 08:10 |
chinarulezzz | just lets patch prt-get for sync :) | 08:14 |
chinarulezzz | and instead of 'ports' we can distribute ports-git (who needs commits, changelogs, etc) and ports-rsync (for regular users/machine) | 08:17 |
chinarulezzz | anyway, it's just propose. no hard feelings :) | 08:20 |
*** chinarulezzz has quit IRC | 09:30 | |
*** pedja_hpmini has joined #crux-devel | 09:32 | |
*** kyaaa has joined #crux-devel | 13:21 | |
*** kyaaaaaa has quit IRC | 13:23 | |
*** pedja_hpmini has quit IRC | 14:11 | |
*** pedja_hpmini has joined #crux-devel | 16:09 | |
TimB_ | so, with tek not really being around or responding: how about moving texlive to contrib and let me deal with it? i would also like to take care of lxc. objections? | 18:36 |
TimB_ | and some others maybe, dunno, flyspray is full of tasks tek doesn't take care of | 18:37 |
TimB_ | btw, i am not trying to act like a bitch, i just want to move forward with stuff, i hope you all as well? | 19:10 |
pedja_hpmini | didn't he push some stuff to opt a couple of days ago? | 19:23 |
TimB_ | pedja_hpmini: so? | 19:25 |
TimB_ | did he reply to anything? no. | 19:25 |
pedja_hpmini | so it's not that he isn't active anymore | 19:25 |
TimB_ | right, just absent for months | 19:26 |
stenur | He changed from __ to _ about a week ago. | 19:27 |
TimB_ | and even so, why does vlc still depend on qt4 for example? it got deleted, it got discussed here. he obviously doesn't really follow anything happening here | 19:27 |
TimB_ | stenur: maybe if we wait another 6 months, the last _ will be gone as well and he will wake up? :) | 19:28 |
stenur | Maybe a casualty in the family, or another loss. | 19:28 |
stenur | I am new here. But people kill themselves or are out forever after weird things happen. | 19:29 |
TimB_ | whatever it is, i hope it's not that kind, but this is about the status of crux ports | 19:29 |
pedja_hpmini | or just busy at $WORK | 19:29 |
TimB_ | not about <personal stuff> | 19:29 |
stenur | TimB_: yes, of course. | 19:29 |
stenur | Postfix just had a update today. | 19:29 |
pedja_hpmini | let's not go to dark places just yet :) | 19:29 |
stenur | Concrete jungle. | 19:30 |
TimB_ | i mean, i did already bump libreoffice-bin, they move distfiles around when they have new versions like imagemagick | 19:32 |
TimB_ | nobody said a word - but i also don't think just going in and do that is the right thing to do | 19:33 |
TimB_ | i am asking the staff to make up their minds on that subject, please? | 19:34 |
pedja_hpmini | start a thread on the main or devel ml, perhaps? | 19:40 |
TimB_ | does that really make a difference? | 19:43 |
TimB_ | i mean, a) it's surely just an internal discussion b) everybody knows about it already, why write another mail about it? | 19:45 |
stenur | The best is likely having a readily prepared overlay in a public repo, and being ready for battle. | 19:47 |
TimB_ | stenur: I actually want to get rid of my overlay :P | 19:48 |
TimB_ | and i don't really want to battle? | 19:48 |
stenur | I hate that war speech btw. Fecal or war, that is all that comes in. | 19:48 |
TimB_ | isn't it just logical that stuff gets picked up when somebody else isn't around to do it? | 19:48 |
stenur | TimB_: yep. | 19:48 |
stenur | TimB_: my gut feeling would be yes. He is long standing and also the server administrator, no? | 19:49 |
stenur | But security updates or turning broken into something usable should be possible for people with commit access, i would say. | 19:50 |
TimB_ | i don't want to take away anything ;) | 19:50 |
stenur | I all sides see it that relaxed way. I am really out of this discussion now... | 19:51 |
stenur | s/I/If/ | 19:51 |
TimB_ | pardon? | 19:52 |
stenur | TimB_: ? | 19:52 |
TimB_ | i am not sure i fully understand your last sentence :) | 19:52 |
TimB_ | you mean it positive or negative? | 19:53 |
stenur | I have seen wars starting if people come into the territory of others. | 19:53 |
stenur | In my opinion, if you have commit bit for X, then if the maintainer for X/Y does not respond for some time, at least security update or broken->working should be possible. | 19:54 |
TimB_ | Ok, i think i get it | 19:56 |
TimB_ | i agree. | 19:56 |
stenur | In FreeBSD there is the file MAINTAINING for example. With subsystem/login/notes fields. | 19:57 |
stenur | There you see "Pre-commit review requested.", or " Pre-commit review requested, email only." | 19:58 |
TimB_ | maybe thats too complicated for KISS? i dunno | 19:59 |
stenur | There is also "Pre-commit review preferred.", and some more fine-tuning. | 19:59 |
*** pedja_hpmini has quit IRC | 22:38 | |
jaeger | I definitely would prefer active maintainers to be just that: active. That would include responding to emails or being on IRC... Doesn't even have to be 24/7 | 23:08 |
jaeger | It doesn't seem like too much to ask | 23:09 |
ryuo | jaeger: then what would we do about people like tek_? | 23:11 |
ryuo | seemingly will still modify ports but almost never responds to inquiries. | 23:12 |
jaeger | I suppose ask him to step back in actively or let someone take over his ports. He did recently respond to an email from frinnst on the subject and has been updating but definitely seems selective about to whom he'll respond | 23:12 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!