| mason | Thank you, all. | 00:00 |
|---|---|---|
| mason | golinux: Oh, argh, I was thinking of Eben Moglen, not Bradley Kuhn. Heh. | 00:11 |
| golinux | mason??? | 00:13 |
| mason | golinux: Oh, never mind. You linked to something Eben did. I got turned around and thought you'd linked to a Kuhn presentation. | 00:15 |
| * mason is old and insufficiently caffeinated. | 00:15 | |
| golinux | LOL! | 00:15 |
| mason | bbiab, dinner | 00:18 |
| mason | Dinner was followed by a trip to a local farm where we buy milk. | 02:17 |
| Centurion_Dan | mason: Surely, your not one of those hippy raw milk drinkers are you? | 02:35 |
| mason | It does end up being raw, yes. :P | 02:35 |
| Centurion_Dan | Just like me :-D | 02:35 |
| Centurion_Dan | Although ours gets delivered to our door ;-) | 02:36 |
| mason | Centurion_Dan: No clues on an umbrella organization. I've written to an acquaintenance at FSF to ask about FSFE or other ideas. | 02:36 |
| mason | Had that when I was a kid. | 02:36 |
| golinux | No dairy here | 02:36 |
| mason | The cool bit here is that we can see the cows that make our milk. | 02:36 |
| golinux | Probably shouldn't clog this channel with OT | 02:36 |
| mason | The Quaker thing ends up meaning we have a ton of vegan friends. | 02:37 |
| golinux | Our chat channel is #debianfork | 02:37 |
| mason | kk | 02:37 |
| Centurion_Dan | oh come on ... | 02:37 |
| Centurion_Dan | ;-) | 02:37 |
| plasma41 | Meet notes posted to the ML | 04:18 |
| LeePen | Morning. I have just noticed that we still some Debian libpolkit packages in beowulf: http://ix.io/1UT8. | 11:16 |
| LeePen | The 0.105-25 ones should not be there, only 0.105-25+devuan4. | 11:16 |
| LeePen | Centurion_Dan: or rrq: could you remove them in dak, please? | 11:16 |
| Centurion_Dan | hmmm that | 11:18 |
| Centurion_Dan | is odd... how did they get there?? | 11:18 |
| LeePen | Not sure! | 11:20 |
| Centurion_Dan | must | 11:23 |
| Centurion_Dan | have been a dodgy build leaking into the archive... | 11:24 |
| LeePen | Yes, suppose so. We had difficulty migrating and so did a version bump and build for beowulf. | 11:33 |
| LeePen | I am starting to look at tasksel. What do we want to do about display managers. We have a mixture of lightdm and slim for different desktops. | 11:33 |
| LeePen | Since both now work with either consolekit or elogind, we could have | 11:34 |
| LeePen | slim | lightdm throughout? | 11:34 |
| Centurion_Dan | LeePen: Both would be good. | 12:48 |
| Centurion_Dan | although I think slim is a bit featureless. If lightdm works fine with consolekit then we can and should use that as slim is effectively unmaintained. | 12:50 |
| LeePen | Yes, my thoughts too. | 12:50 |
| LeePen | slim is probably lighter. I suppose we need to think which is the default, ie listed first. | 12:51 |
| LeePen | That also goes for consolekit and elogind | 12:51 |
| Centurion_Dan | I'm not sure if tasksel allows options... might have to check that. It's been a couple of years since I last hacked on it. | 12:52 |
| LeePen | There are certainly some there. I suppose if you want to avoid the default you would have to specify it: | 12:53 |
| LeePen | apt install task-xfce-desktop lightdm- | 12:53 |
| LeePen | ? | 12:53 |
| fsmithred | slim doesn't have a language selector | 12:54 |
| LeePen | So we seem to be leaning towards lightdm | slim. | 12:54 |
| Centurion_Dan | Just go with lightdm, people can still switch to slim post install if that's what they want. | 12:55 |
| Centurion_Dan | with respect to consolekit vs elogind, my gut says consolekit where it works, and elogind where it isn't suppote | 12:55 |
| Centurion_Dan | *supported, like with gnome and probably kde | 12:55 |
| LeePen | OK. Thanks. I will have a version for review later today. | 12:56 |
| Centurion_Dan | but again the path of least resistance might be elogind just simply because it's closer to the systemd model... even though that feels somewhat like giving up significant ground... | 12:56 |
| LeePen | Choice is good. | 12:57 |
| LeePen | I am not going to push elogind over consolekit. | 12:58 |
| Centurion_Dan | If we don't maintain consolekit then it will simply dissappear. Consolekit2 looks reasonable and supports some of the logind api's too. | 13:02 |
| enyc | hrrm saw this today | 14:03 |
| enyc | https://blog.parrotlinux.org/debian-and-devuan/ | 14:03 |
| enyc | "We also dislike the way systemd took us away the sacred graal of choice." | 14:03 |
| enyc | MXLinux got 'systemd-shim' sorted out and good beta-release ... | 14:04 |
| enyc | Parrot, would like inverse-shim/scripts so some systemctl commands work even if booted with sysvinit or otherwise, i think]! | 14:18 |
| mason | LeePen: Why not xdm as well? | 15:16 |
| mason | LeePen: Are you you speaking only to things that handhold desktop environment spin-ups? | 15:17 |
| golinux | LeePen; Centurion_Dan: slim is integrated with the default xfce desktop. | 16:06 |
| ServiceRobot | hello peeps | 16:07 |
| golinux | Slim has it's deficiencies but is visually stunning (thanks to hellekin) | 16:07 |
| fsmithred | lightdm is also in desktop-base, so either should work | 16:09 |
| mason | No love for xdm? | 16:10 |
| mason | I still use it by default. | 16:10 |
| ServiceRobot | sddm looks the best to me | 16:10 |
| golinux | Yes but I prefer that slim be default for aesthetic reasons. | 16:10 |
| ServiceRobot | I've tried them all | 16:10 |
| fsmithred | well, for default desktop install, there should be sufficient hand-holding | 16:10 |
| ServiceRobot | wasn't slim abandoned? | 16:10 |
| fsmithred | i.e. session management | 16:10 |
| golinux | Not here | 16:10 |
| fsmithred | we unabandoned it | 16:10 |
| ServiceRobot | who? devuan? | 16:11 |
| fsmithred | mason, do you get functional shutdown/reboot buttons on desktop with xdm or in xdm itself? | 16:11 |
| golinux | Yes. | 16:11 |
| mason | fsmithred: Nope, I get a login window. | 16:11 |
| ServiceRobot | huh. never used it though. looks too outdated to me | 16:11 |
| ServiceRobot | I'm more of a metro guy | 16:12 |
| ServiceRobot | in any case, I've been thinking about how to solve the init dilema for a while, and I have a bit of a rough draft on a solution | 16:13 |
| ServiceRobot | it will require slit modifications to certain packages and dependencies though | 16:13 |
| ServiceRobot | so I might go a different route if nobody accepts it | 16:14 |
| fsmithred | what packages? | 16:14 |
| ServiceRobot | *slight | 16:14 |
| ServiceRobot | well, first of all, there needs to be a way, package wise, to tell which init the user wants to use | 16:14 |
| golinux | ServiceRobot: You could build a derivative for users to test your init ideas. | 16:15 |
| ServiceRobot | in our case, I think we should support 3 inits: sysvinit for backwards compatibility, openrc as a replacement, and runit | 16:15 |
| ServiceRobot | all 3 provide their own inits | 16:15 |
| fsmithred | there already is a way to do that in the installer. openrc or sysvinit | 16:15 |
| ServiceRobot | I plan to do that for testing | 16:15 |
| ServiceRobot | yes, but no | 16:15 |
| golinux | I agree but maybe testing could be done as a derivative. | 16:15 |
| ServiceRobot | openrc runs on top of sysvinit | 16:15 |
| ServiceRobot | which is fine if that's what you want | 16:16 |
| fsmithred | ok | 16:16 |
| fsmithred | don't forget s6 | 16:16 |
| ServiceRobot | this solution still allows you to do that, as the user | 16:16 |
| ServiceRobot | never used s6, but we could provide that too | 16:16 |
| fsmithred | there's work being done on it | 16:16 |
| ServiceRobot | s6? | 16:16 |
| fsmithred | yeah | 16:16 |
| ServiceRobot | actually, I did use it once in Obarun. not sure why you'd want to use it over something like runit (I think they're similar) | 16:17 |
| fsmithred | I'm not up to date on it, but there was a lot of talk about it at conference in April | 16:17 |
| ServiceRobot | in any case, I propose splitting openrc's init into its own package, as right now it's provided in the openrc package itself | 16:17 |
| ServiceRobot | once that's done, openrc-init, runit-init, and sysvinit-core should be made to conflict with each other | 16:18 |
| Evilham | runit doesn't do service dependencies very well, s6 as an init can do that | 16:18 |
| ServiceRobot | yes, dependencies is a lacking feature for simplicity in runit | 16:18 |
| Evilham | the way to have this discussion is by having the idea written down in detail and commenting that document :-) | 16:18 |
| ServiceRobot | could be a strength or weakness depending on the issue | 16:18 |
| ServiceRobot | *user | 16:18 |
| Evilham | most people willing to provide feedback / do the work won't read this backlog | 16:18 |
| fsmithred | ServiceRobot, are you up for doing the work on openrc? | 16:19 |
| ServiceRobot | which mailing list should I use for this particular issue? | 16:19 |
| ServiceRobot | sure | 16:19 |
| fsmithred | if so, build some packages and I'm sure there are people who will test | 16:19 |
| fsmithred | maybe some will help work, too | 16:19 |
| ServiceRobot | where would I host them though. I want to make my own repos and test them on top of devuan | 16:20 |
| ServiceRobot | if that's possible | 16:20 |
| fsmithred | inform on dng, devuan-dev and forum | 16:20 |
| fsmithred | git.devuan.org | 16:20 |
| fsmithred | would be convenient | 16:20 |
| ServiceRobot | oh nice, gitlab | 16:20 |
| fsmithred | well, I wouldn't go so far as to say "nice" but it does work. | 16:20 |
| ServiceRobot | well I've never been an expert on git. I can host a repository from it for testing? | 16:21 |
| fsmithred | yes | 16:21 |
| fsmithred | all your code goes in that repo, you have a copy of it locally, you can build packages locally, and anyone can clone your repo and build their ownl | 16:22 |
| fsmithred | or you build packages and post them somewhere for people to download and try | 16:22 |
| ServiceRobot | I mean use it as a software repository so people can simply modify their sources.list to test it | 16:23 |
| ServiceRobot | though cloning works too I guess | 16:23 |
| fsmithred | no, it's not a package repo | 16:23 |
| fsmithred | I don't know if it's possible. | 16:23 |
| Evilham | mail on devuan-dev with your analysis of what would need to be done would be the most interesting I think | 16:23 |
| ServiceRobot | should I prepare my own packages on the git first though? | 16:24 |
| Evilham | pacakge repo on gdo is not possible, but if you have no other means of doing it I can probably help you set something up | 16:24 |
| ServiceRobot | well thanks, but I'm not sure how others would feel about my approach | 16:24 |
| Evilham | not necessary, the trickiest thing is not doing something, it's explaining it and gathering feedback | 16:24 |
| ServiceRobot | I'm no linux veteren | 16:24 |
| fsmithred | throw it all into the bowl - the cream will rise to the top | 16:25 |
| ServiceRobot | ah, so do that first then. should I just send an email to devuan-dev mailing list? | 16:25 |
| fsmithred | yeah, see who else is interested | 16:25 |
| fsmithred | I've you have started messing with code, then make a repo | 16:26 |
| ServiceRobot | well first I need an email client that doesn't suck balls at displaying a mailing list | 16:26 |
| fsmithred | lol | 16:26 |
| Evilham | :-p | 16:26 |
| Evilham | what fsmithred said | 16:26 |
| Evilham | I gotta run, looking forward to that email | 16:26 |
| ServiceRobot | call me an unprivileged millenial, but a mailing list feels arcaic to me | 16:26 |
| fsmithred | they are simple and functional | 16:26 |
| ServiceRobot | *shrugs* | 16:27 |
| Evilham | well, you'll have to think about what you want to communicate, in a way that is self-contained, that is an interesting thing in an on itself :) | 16:27 |
| fsmithred | and you'll be talking to a bunch of bearded old hippie/techies | 16:27 |
| onefang | Hoy! I resemble that remark. B-) | 16:27 |
| ServiceRobot | how old we talking? one of the devs I talked to on a webcam looked like she could be my grandma | 16:27 |
| ServiceRobot | it's a bit odd | 16:28 |
| fsmithred | also let the folks on forum know | 16:28 |
| fsmithred | yes, onefang I know that. | 16:28 |
| fsmithred | lol | 16:28 |
| Evilham | I hear I'm not the youngest anymore and I'm 20-sth | 16:28 |
| ServiceRobot | actually, starting on the forum may be better. I'm familar with a forum at least | 16:28 |
| ServiceRobot | I'm 22 | 16:28 |
| golinux | I never replicated thank you but old enough to be one. :D | 16:29 |
| onefang | 58, though I might not be the oldest. | 16:29 |
| fsmithred | good. the old guys need someone to take the baton | 16:29 |
| ServiceRobot | lol | 16:29 |
| fsmithred | desire for freedom does not care about age | 16:29 |
| golinux | onefang, I have you beat by nearly 20 years | 16:29 |
| ServiceRobot | oh wait, I think it was golinux I spoke with over a webcam | 16:29 |
| golinux | Indeed | 16:29 |
| fsmithred | probably | 16:29 |
| fsmithred | that was my first thought | 16:30 |
| ServiceRobot | well now I feel like an ass | 16:30 |
| golinux | We are manage to do that at some point | 16:30 |
| golinux | are > all | 16:30 |
| ServiceRobot | anyway, I think I'll prepare some kind of dependency chart showing what would need to be changed | 16:31 |
| fsmithred | that's a good start | 16:31 |
| mason | graphviz! | 16:31 |
| ServiceRobot | the biggest issue is the packages that provide their own sysvinit scripts. that I would say is the BIGGEST source of maintaining | 16:32 |
| golinux | I still think demonstrating it independently as a derivative is the only way you'll sell the idea to be mainstreamed. | 16:32 |
| ServiceRobot | I've heard of graphviz | 16:32 |
| ServiceRobot | oh yeah, I used this for showing class inheritence in my programming class | 16:32 |
| onefang | Though at least golinux isn't bearded. | 16:35 |
| ServiceRobot | when I think of developers, I think 30 something year old neckbeards | 16:36 |
| ServiceRobot | lol | 16:36 |
| golinux | The mind's assumptions can really skew reality | 16:41 |
| golinux | The movies passing by in our heads rarely connect to reality. | 16:42 |
| golinux | BTW . . . there is life after 30 though it might not seen like it at 20. | 16:44 |
| LeePen | mason: I am talking about what we put in the task-*-desktop packages. Of course anybody is free to use whatever they want. | 18:32 |
| mason | LeePen: Alright, thank you. | 18:37 |
| LeePen | golinux: is that just for task-xfce-destop that you would prefer slim over lightdm? | 20:17 |
| mason | LeePen: What's Debian have for it? After yesterday's meeting it seems that consistency with upstream might be the best decider. | 20:18 |
| golinux | LeePen: Yes. It is part of the default theming https://dev1galaxy.org/files/slim-final.png | 20:22 |
| fsmithred | xfce defaults to lightdm in debian | 20:22 |
| LeePen | Yes Debian is lightdm for everything apart from sddm with kde. | 20:22 |
| golinux | But our custom theme defaults to slim | 20:22 |
| fsmithred | no gdm anymore? | 20:23 |
| golinux | Wasn't it systemd'd? | 20:23 |
| fsmithred | I think we could go with either. d-b has both slim and lightdm | 20:23 |
| LeePen | No gdm in the task-* metapackages AFAICS. | 20:23 |
| fsmithred | I mean gdm in debian, not devuan | 20:24 |
| LeePen | I was talking about debian :) | 20:24 |
| LeePen | golinux: nice! | 20:25 |
| golinux | Thanks. hellekin and I wanted the Devuan look to be distinctive | 20:26 |
| golinux | The complete cinnabar theme is here if you haven't seen it: https://dev1galaxy.org/viewtopic.php?id=2646 | 20:26 |
| golinux | The swoosh is actually from the orbit of ceres | 20:27 |
| LeePen | Yes, fsmithred sent me test .debs a while ago when we were doing the policykit scrollbar fix. | 20:29 |
| golinux | That is all set in desktop-base iirc. | 20:30 |
| golinux | But I don't begin to understand exactly how all the parts are glued together in one coherent theme. | 20:32 |
| golinux | Would be in a real bind without fsmithred, Centurion_Dan and others who know how to do that magic. | 20:32 |
| fsmithred | If I could build packages today, the theme would be in the repo by now. Is jenkins broken? | 20:53 |
| golinux | fsmithred: Cinnaber icn deb looks good. | 20:55 |
| golinux | icon | 20:55 |
| fsmithred | good. It was a lot easier than I thought. | 20:55 |
| golinux | All the symlinks are there | 20:56 |
| fsmithred | I didn't have to do anything with them. Just took a copy of the darkpurpy repo and replaced the files | 20:58 |
| fsmithred | and edited a few textfiles | 20:58 |
| golinux | fsmithred: Dan should be getting up very soon | 21:07 |
| fsmithred | I was just thinking that | 21:07 |
| Centurion_Dan | up | 21:18 |
| fsmithred | hi | 21:21 |
| fsmithred | Centurion_Dan, I tried building a package for unstable, and I got "cannot find job on jenkins" | 21:22 |
| fsmithred | autobuild sent email, but ci.devuan.org shows nothing | 21:23 |
| mason | LeePen, golinux, fsmithred: What about keeping the like-named package a clone of Debian's - so, LightDM - and having additional packages specific to Devuan? | 21:25 |
| mason | This shouldn't incur the pressure of getting forked security releases out the door as it's just a metapackage, and it removes the concern about the same package in the two systems doing two different things. | 21:26 |
| fsmithred | I don't think we do anything with lightdm | 21:31 |
| fsmithred | we dont. The theme gets applied by desktop-base | 21:32 |
| fsmithred | any packages we fork from debian get +devuan added to the version. | 21:34 |
| mason | So, we'd have a +devuan for task-xfce-desktop and not ship a direct upstream equivalent? | 21:35 |
| mason | I'm still trying to understand the packaging criteria and goals. | 21:35 |
| fsmithred | yeah, the task- package all get +devuan | 21:36 |
| fsmithred | things that require systemd get rebuilt | 21:36 |
| mason | I was also thinking that it'd be interesting to have a customer installer and the moral equivalent of a PPA to overlay the meat of Devuan over what's otherwise a Debian install, but there might not be much bang for that buck. | 21:36 |
| mason | (The custom installer to make it possible to install without systemd.) | 21:37 |
| fsmithred | if someone can figure out how to do that | 21:37 |
| mason | Set of pins, I imagine. | 21:37 |
| fsmithred | if it comes out looking anything like the current buster to beowulf migration, it'd be a big mess | 21:37 |
| mason | Oh, good point. It'd be worth looking at that. | 21:38 |
| fsmithred | the one problem we do have is when packages that we rebuild get updated in debian, we get them until we can rebuild them | 21:38 |
| fsmithred | Dan was talking about a way to block those. | 21:38 |
| mason | I suspect it'd be different in that it wouldn't be starting with a systemd-based install. It'd be setting up a bunch of repositories and some pinning rules to keep the Devuan replacement floating atop the Debian stuff. | 21:38 |
| mason | I think pinning could force that. | 21:39 |
| fsmithred | that's kind of how amprolla works | 21:39 |
| mason | Hm, also unfamiliar with that. I'll look. | 21:39 |
| fsmithred | it filters out the banned packages and then merges the debian and devuan repos | 21:39 |
| fsmithred | our repos only contain devuan packages. The rest get pulled automatically from debian. | 21:40 |
| Centurion_Dan | fsmithred: just upgrading jenkins - a critical security update and waiting for jenkins to restart. When ci.devuan.org reappears give your job another whirl. | 21:40 |
| fsmithred | thanks | 21:40 |
| Centurion_Dan | every now and then jenkins needs a kick in the guts, stupid java shit.... | 21:41 |
| mason | Hm, Amprolla looks like it's spitting out repositories. The thing I have in mind would just point to existing ones. | 21:41 |
| mason | Centurion_Dan: Hey, be nice. Jenkins is almost good enough to justify the existence of Java. | 21:41 |
| Centurion_Dan | java is the systemd of programming languages... | 21:41 |
| mason | Not APL? | 21:42 |
| mason | Hm, no, Java fits that description, thinking again. | 21:42 |
| Centurion_Dan | mason: amprolla basically merges our repository with debians giving our packages preference over debians. It only does the dists metadata, and uses web redirects to point to the relevant packages in the pool. | 21:43 |
| mason | Ah, that sounds lighter-weight/better. | 21:44 |
| golinux | I made a background theme for lightdm. | 21:45 |
| golinux | Don't know if it gets into the lightdm package or not. | 21:46 |
| fsmithred | no, it goes in desktop-base | 21:46 |
| golinux | So how does a user get served lightdm cinnabar version | 21:48 |
| golinux | Since slim is the default DM | 21:49 |
| golinux | mason: https://git.devuan.org/devuan-infrastructure/amprolla3 | 21:49 |
| golinux | Current process is slightly different than this but it give you an idea: https://dev1galaxy.org/files/amprolla.png | 21:50 |
| golinux | I'll be afk for a while. ttyl | 21:53 |
| mason | golinux: ty | 21:58 |
| Centurion_Dan | golinux: slim won't be the default DM if lightdm works without systemd deps. | 22:03 |
| Centurion_Dan | fsmithred, build issue is because the package isn't setup in jenkins. I'll deal with that, but can you tell me if it's arch independent ("Architecture: all" in the control file), or not. | 22:05 |
| fsmithred | Centurion_Dan, yes, "all". I'll change it. | 22:16 |
| fsmithred | it already says "all" in control file. | 22:17 |
| Centurion_Dan | ok, thanks... | 22:18 |
| fsmithred | any new packages require setup in jenkins? | 22:19 |
| Centurion_Dan | yes. | 22:20 |
| fsmithred | gbp:error: v7.0.1 is not a valid treeish | 22:23 |
| mason | Centurion_Dan: How closely do Devuan altarch images match Debian? I just wrote out the rpi3 image to a hard drive, and it started to boot, but had the SD card set as hardcoded default root. | 22:24 |
| Centurion_Dan | you need to import the upstream branch and tags from salsa | 22:24 |
| mason | I'm wondering if this is an upstream bug or not. I'll download the Debian equivalent if we don't know. | 22:24 |
| fsmithred | how did we build darkpurpy theme? | 22:25 |
| Centurion_Dan | mason: you'd have to talk to parazyd about that. He's the one that does the arm image generation. | 22:25 |
| fsmithred | this one is the same except for the colors | 22:25 |
| mason | Centurion_Dan: ty | 22:25 |
| fsmithred | the upstream branch is debian/master | 22:27 |
| fsmithred | that's what I started with | 22:27 |
| Centurion_Dan | fsmithred, you need to add the salsa repo and then do git fetch --tags and git checkout <salsa-repo>/upstream | 22:28 |
| fsmithred | cloning it was not enough? | 22:29 |
| Centurion_Dan | and then follow that with git push -u origin upstream | 22:29 |
| Centurion_Dan | no you need to checkout and then push the upstream branch(es) and the tags imported from debian | 22:30 |
| Centurion_Dan | they are needed to generate the orig tarball for the source package | 22:31 |
| fsmithred | I'm wondering what tags those might be | 22:31 |
| fsmithred | the tags I have are not from me | 22:31 |
| Centurion_Dan | `git tag` | 22:32 |
| Centurion_Dan | will show you... | 22:32 |
| fsmithred | yes, it did show me | 22:32 |
| fsmithred | archive/debian/7.0.1-2 | 22:32 |
| fsmithred | debian/7.0-1 | 22:32 |
| fsmithred | debian/7.0-2 | 22:32 |
| fsmithred | debian/7.0.1-1 | 22:32 |
| fsmithred | debian/7.0.1-2 | 22:32 |
| fsmithred | debian/7.0.1-3 | 22:32 |
| Centurion_Dan | `git tag | grep upstream` | 22:33 |
| fsmithred | nothing | 22:33 |
| mason | parazyd: I'll email you if you don't reply in a day or two. Just curious - cmdline.txt and /etc/fstab in the RPi3 image have /mmcblk0 hardcoded, while it's entirely possible to write the image straight to a USB hard drive and boot it on newer RPis. | 22:33 |
| mason | I'll copy this to #devuan-arm so it doesn't get lost. | 22:33 |
| Centurion_Dan | fsmithred: what salsa repo are you using? | 22:34 |
| fsmithred | I'll try to find the link | 22:34 |
| fsmithred | it's whatever the newest repo is for Clearlooks-Phenix | 22:35 |
| fsmithred | https://salsa.debian.org/desktop-themes-team/clearlooks-phenix-theme | 22:35 |
| fsmithred | same tags there as what I have here | 22:36 |
| fsmithred | could the problem be my version number? | 22:36 |
| mason | I'm going to have to learn more git, I see. :/ | 22:37 |
| Centurion_Dan | upstream branch is there, but no related tags. | 22:42 |
| Centurion_Dan | you could pull them directly from https://github.com/jpfleury/clearlooks-phenix/ | 22:42 |
| Centurion_Dan | add that as a repo, and pull the master branch as "upstream", and pull the tags. | 22:46 |
| Centurion_Dan | It will be interesting to see if Debian's release tags are based on upstream git or not... | 22:46 |
| fsmithred | you're gonna have to walk me through that | 22:46 |
| fsmithred | they aren't | 22:46 |
| fsmithred | they're completely different, if I remember correctly | 22:47 |
| fsmithred | there was a disconnect between earlier versions and later versions | 22:47 |
| fsmithred | please look at the changelog to make sure I didn't screw up the versions | 22:47 |
| fsmithred | just the last two entries | 22:47 |
| LeePen | fsmithred: What do you have for upstream-tag in d/gbp.conf? | 22:49 |
| fsmithred | hang on | 22:52 |
| fsmithred | upstream-tag = %(version)s | 22:52 |
| fsmithred | upstream-branch = upstream/latest | 22:52 |
| LeePen | Do you have that branch? | 22:54 |
| fsmithred | no | 22:54 |
| LeePen | Is it on salsa? | 22:54 |
| fsmithred | no | 22:55 |
| fsmithred | just debian/master | 22:55 |
| fsmithred | I didn't change gbp.conf | 22:55 |
| fsmithred | [DEFAULT] | 22:55 |
| fsmithred | debian-tag = debian/%(version)s | 22:55 |
| fsmithred | debian-branch = debian/master | 22:55 |
| fsmithred | pristine-tar = True | 22:55 |
| fsmithred | upstream-tag = %(version)s | 22:55 |
| fsmithred | upstream-branch = upstream/latest | 22:55 |
| LeePen | Hmmmm. | 22:57 |
| fsmithred | can I change that to what we used with the previous theme? | 22:57 |
| fsmithred | [DEFAULT] | 22:57 |
| fsmithred | debian-branch=suites/ascii | 22:57 |
| fsmithred | ignore-branch=True | 22:57 |
| fsmithred | upstream-tag = %(version)s | 22:57 |
| fsmithred | previous theme was cloned from the jpfleury repo | 22:57 |
| LeePen | Does that have the latest branch and 7.0.1 tag? | 22:58 |
| fsmithred | last two tags are: | 22:59 |
| fsmithred | 3.0.9 | 22:59 |
| fsmithred | 7.0.1 | 22:59 |
| LeePen | looks like you need that as another remote so gbp can build the orig tarball from the 7.0.1 tag | 23:00 |
| fsmithred | how do I do that? | 23:03 |
| LeePen | I use magit most of the time. I will have to go check the raw commands, unless somebody else has them at their fingertips? | 23:04 |
| Centurion_Dan | there is no 7.0.1 tag. | 23:09 |
| Centurion_Dan | And it appears that the debian upstream comes from a tar ball and not the upstream git repo. | 23:09 |
| fsmithred | there is on the jpfleury repo | 23:09 |
| rrq | is this here you add "pristine-tar = False | 23:16 |
| fsmithred | that's all? | 23:16 |
| rrq | that's my copy-and-paste solution from looking at consolekit2 | 23:17 |
| rrq | gbp is on my list of things to learn about | 23:18 |
| fsmithred | scroll up where I posted two examples. One from the salsa clone, one from darkpurpy theme | 23:19 |
| rrq | mmmm other difference is that consolekit2 also has git tags marking versions | 23:23 |
| gnu_srs | BTW: Is KatolaZ gone? | 23:27 |
| fsmithred | yes | 23:27 |
| gnu_srs | too bad :( | 23:28 |
| fsmithred | yeah, we miss him | 23:28 |
| rrq | fsmithred: you'lll need to add a tag "v7.0.1" to the commit on which the patches are applied | 23:39 |
| rrq | would that be c2ee435b maybe ? | 23:41 |
| fsmithred | I'll check | 23:43 |
| golinux | Centurion_Dan said: slim won't be the default DM if lightdm works without systemd deps | 23:45 |
| fsmithred | how do I add a tag to an old commit? | 23:46 |
| fsmithred | lightdm has always worked without systemd deps | 23:46 |
| golinux | It is an iconic part of the theme. I will fight for it. | 23:46 |
| Centurion_Dan | golinux: I think that lightdm is the sane choice given that slim is no longer being maintained and is lacking very desirable features. | 23:47 |
| Centurion_Dan | that lightdm has. | 23:47 |
| rrq | fsmithred: git tag <tagname> <commit> | 23:49 |
| fsmithred | ? | 23:49 |
| fsmithred | you want the commit where 7.0-1 patch was applied? | 23:50 |
| Centurion_Dan | and I meant "shouldn't" not "won't". I'm not trying to force change, but am trying to lead in that direction... | 23:50 |
| golinux | It looks like shit | 23:51 |
| Centurion_Dan | golinux: then let's fix it... | 23:51 |
| golinux | mason: I search the logs for this channel and the last time parazyd posted here was 2019-08-03 | 23:51 |
| Centurion_Dan | fsmithred: no, only upstream version ie: the part before the "-" | 23:52 |
| golinux | searched | 23:52 |
| Centurion_Dan | so 7.0 or 7.1 | 23:52 |
| mason | golinux: Good to know. I'll email. | 23:52 |
| Centurion_Dan | golinux: he' | 23:52 |
| Centurion_Dan | is still lurking... although that doesn't mean much.... | 23:53 |
| fsmithred | ok, it's confusing. version is 7.0.1, patch is 7.0-1 | 23:55 |
| golinux | Centurion_Dan: There is already a modified desktop wallpaper for slim | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
