Re: [gentoo-user] How to solve file collision as a package maintainer
On 2019-08-09 06:54, Michael Orlitzky wrote: > On 8/8/19 11:05 PM, YUE Daian wrote: >> >> It seems that some files (e.g. /usr/bin/ros) are installed by both >> dev-lisp/roswell and net-libs/librouteros. >> >> ... >> >> Could anyone please give me any clues about how to solve this kind of >> problem? > > The best solution is if you can convince one of the upstream projects to > change the name of that file. For example, to /usr/bin/roswell or > /usr/bin/routeros. All you can do is explain the reality: some other > package already creates that file, and if they keep the names as they > are, users can't install both of them at the same time. > > If both projects refuse to rename the file, then you have two options. > You can rename one of the files in Gentoo, or you can add a blocker > dependency to ensure that both packages can't be installed at the same time. To be honest, it would be "unfair" to force one of the two packages to change its name. I will talk with them and see. Thank you so much!
[gentoo-user] How to solve file collision as a package maintainer
Hi folks, As a proxy maintainer of dev-lisp/roswell, I got this bug: https://bugs.gentoo.org/691754 It seems that some files (e.g. /usr/bin/ros) are installed by both dev-lisp/roswell and net-libs/librouteros. I believe this should not be the only scenario that two packages have file conflicts. Could anyone please give me any clues about how to solve this kind of problem? Many thanks!
Re: [gentoo-user] Re: ntp-client slows down the boot process
On 2019-07-27 09:20, Ian Zimmerman wrote: > On 2019-07-27 07:42, Aidan Harris wrote: > >> I run openrc with rc_parallel enabled and I end up booting so fast >> that by the time ntp-client starts DNS resolution is not properly >> available yet (I use a local DNS resolver so even though networking is >> up my local resolver takes a while - a small while, but enough of a >> while to be a problem - to be "ready") so the service fails to >> start. To work around this I added a few lines of shell to the start >> function: > > I take it that you stick with the default ntp configuration, with > syncing from a pool. I do not; I have found a few public stratum 1 > servers relatively close to me, and I use them in general, via their IP > addresses and not via their DNS names. > > On my desktop and on my Pi, which do not need mobility, I don't even do > that: I sync to my router. It makes a fine stratum 2 NTP server :-) > > -- > Please don't Cc: me privately on mailing lists and Usenet, > if you also post the followup to the list or newsgroup. > To reply privately _only_ on Usenet and on broken lists > which rewrite From, fetch the TXT record for no-use.mooo.com. You inspired me. Maybe I can build a NTP server on my Rasp Pi in the local network and sync from it. It should be a little bit faster and save me...well, 3 seconds ;-)
Re: [gentoo-user] ntp-client slows down the boot process
On 2019-07-26 17:15, Ralph Seichter wrote: > * YUE Daian: > >> I added [ntp-client] to the default boot level (OpenRC), however it >> seriously slows down the boot process (around 10 seconds or so). > > Launching 'clamd' can hold up a reboot for a minute or longer, so ten > seconds do not seem that bad to me. > >> Is there any way to make it faster? > > Personally, I gladly wait for a couple of seconds and know that the > clock is correct, but if it bothers you too much, you can try setting > rc_parallel="YES" in /etc/rc.conf . > > -Ralph I switched to a faster NTP server. It still takes some seconds but better than before. Maybe you are right. Having correct system time is more important than several seconds... By the way does "rc_parallel" really makes a difference? I tried it once before but did not really see much difference. Thanks!
Re: [gentoo-user] ntp-client slows down the boot process
On 2019-07-26 15:55, Mick wrote: > On Friday, 26 July 2019 15:23:11 BST YUE Daian wrote: >> On 2019-07-26 09:30, Peter Humphrey wrote: >> > On Friday, 26 July 2019 05:36:29 BST YUE Daian wrote: >> >> Hi folks, >> >> >> >> I use ntp-client to synchronize the date/time of my Gentoo system. >> >> >> >> I added it to the default boot level (OpenRC), however it seriously >> >> slows down the boot process (around 10 seconds or so). >> >> >> >> Is there any way to make it faster? Or am I using the wrong service? >> > >> > It may be taking time to gather entropy. In that case you could install >> > sys- apps/haveged and add it to your boot run-level. >> >> Well, I presume the problem is related to ntpdate itself. >> >> It is working in a blocking way that the remaining boot processes have >> to wait until the time got synchronized. > > Or, until the network is up and a time server can be contacted? > > >> Is there any way to make it update the time in an asynchronize way? >> Or should I use ntpd instead? >> >> Thanks. >> >> Danny > > I don't run ntp-client here, but have a look at its startup script and any > dependencies defined therein, then perhaps tweak /etc/rc.conf. Does setting > rc_depend_strict="NO" makes a difference? > > -- > Regards, > > Mick In fact since my PC is using a wire connection, the network starting process takes very short time. It is the problem of slow NTP itself. I tried "rc_depend_strict" but no luck...
Re: [gentoo-user] ntp-client slows down the boot process
On 2019-07-26 09:30, Peter Humphrey wrote: > On Friday, 26 July 2019 05:36:29 BST YUE Daian wrote: >> Hi folks, >> >> I use ntp-client to synchronize the date/time of my Gentoo system. >> >> I added it to the default boot level (OpenRC), however it seriously >> slows down the boot process (around 10 seconds or so). >> >> Is there any way to make it faster? Or am I using the wrong service? > > It may be taking time to gather entropy. In that case you could install sys- > apps/haveged and add it to your boot run-level. > > -- > Regards, > Peter. Well, I presume the problem is related to ntpdate itself. It is working in a blocking way that the remaining boot processes have to wait until the time got synchronized. Is there any way to make it update the time in an asynchronize way? Or should I use ntpd instead? Thanks. Danny
[gentoo-user] ntp-client slows down the boot process
Hi folks, I use ntp-client to synchronize the date/time of my Gentoo system. I added it to the default boot level (OpenRC), however it seriously slows down the boot process (around 10 seconds or so). Is there any way to make it faster? Or am I using the wrong service? Thanks in advance! Danny
Re: [gentoo-user] Re: Is it that hard to add a package, or am I doing wrong?
On 2018-12-20 10:42, Michael Orlitzky wrote: > On 12/20/18 10:25 AM, YUE Daian wrote: >> >> Did anyone ever considered using GitLab? >> Its community edition is quiet enough I think. >> > > Yes, but there's a small problem: we would need to run our own instance > of Gitlab to prevent some of the same problems that exist with Github > (like losing all of our data if they go out of business). > > The "run your own" version of Gitlab is a bit of a nightmare, being > built with Ruby on Rails. It has a million dependencies, many of which > are hard to package because rubygems/bundler are awful and encourage > worst practices. Gitlab upstream expects you to run a version that > bundles everything it uses. > > What's the security strategy for something with a million bundled > libraries? There is none, which makes following their advice pretty > irresponsible, too. > > For all its flaws, BugZilla is pretty stable software that uses stable > libraries in an ecosystem inhabited by adults. Our infra team are all > volunteers, too -- so we need an alternative that isn't way more work > for them to run. That sounds reasonable... I did not notice that "run your own" version of GitLab has so many security issues. I have only configured it in an intranet. I am just concerned that the current gap between official announcement and reality is not good for maintenance of packages.
Re: [gentoo-user] Re: Is it that hard to add a package, or am I doing wrong?
On 2018-12-20 09:18, Michael Orlitzky wrote: > On 12/20/18 6:28 AM, (Nuno Silva) wrote: >>> Well the Gentoo Wiki https://wiki.gentoo.org/wiki/Submitting_ebuilds >>> suggested that new ebuilds should be submitted via Bugzilla. >>> >>> Could you please tell me if it is still the recommended way? >>> If not, IMHO it is better to change Wiki as well to prevent further >>> misunderstanding. >> >> I would like to ask again for a clarification about this. Last month, I >> asked if there was some rule against using bugzilla, but there were no >> replies: >> > > BugZilla is right place. If you open a PR on Github, you'll get an > automated message telling you to open an associated bug on BugZilla. > If Github ever goes away, all of the PR history it contains will be lost > forever. > > Since Github is proprietary, forcing people to use it is against our > social contract, and many developers completely ignore everything you > post there. > > On the other hand, casually reading the contents of a PR is easier on > Github than with patches on BugZilla. For best results, do both. Did anyone ever considered using GitLab? Its community edition is quiet enough I think. Being able to comment directly on ebuilds/patches would be a really nice feature. IMO It makes communication efficiency much higher compared to compared to Bugzilla. Also since the GitLab server is hosted by the community, no Micro$oft get involved...
Re: [gentoo-user] Is it that hard to add a package, or am I doing wrong?
On 2018-12-20 00:31, Andrew Udvare wrote: >> On 2018-12-19, at 21:24, YUE Daian wrote: >> >> Is there anything I can do more? > > In your ebuild, remove ./bootstrap and use eautoreconf. > > https://devmanual.gentoo.org/eclass-reference/autotools.eclass/ I do not know if that will work well. I will investigate it. Thanks.
Re: [gentoo-user] Is it that hard to add a package, or am I doing wrong?
On 2018-12-20 03:50, Nils Freydank wrote: > Hi Danny, > > first I want to thank you for submitting your ebuild, and I'm quite sorry to > see another contributor who doesn't get responses for a long while. This is > no > evil intention, just a lack of manpower and the lack of someone maintaining > your "new" package. (This was what jstein meant with his response[1]). > I do understand the situation of lacking manpower, also I realized made some mistakes in my ebuild file, so you do not have to apologize. :-) > Additionally bugzilla is seen as too impractical to use for new packages that > many don't get much attention there, only on github.com. > Well the Gentoo Wiki https://wiki.gentoo.org/wiki/Submitting_ebuilds suggested that new ebuilds should be submitted via Bugzilla. Could you please tell me if it is still the recommended way? If not, IMHO it is better to change Wiki as well to prevent further misunderstanding. > However, within Gentoo every package needs a maintainer to avoid dead > packages > inside our tree (which then get no security nor "normal" bug fixes). Packages > with "maintainer needed" state had one, but he or she just dropped the work. > If you have some spare time you can become a proxied maintainer, meaning you > maintain the package without being a Gentoo dev. As git distinguishs author > and commiter you get also a proper attribution for your work. > > The workflow in general is that you clone the git repo and create branch, add > your ebuild, open a git PR on github.com[2] and get reviews from devs. You > can > find more details in some wiki articles[3]. > This is the "correct" way to submit a new ebuild I suppose? > Unfortunately it takes a bunch of time until packages are merged, because of > the mentioned lack of manpower on the devs' side, aswell as plenty mistakes > new proxied maintainers tend to implement in ebuilds (myself included here). > > I hope that helps you, > Nils > > > [1] https://bugs.gentoo.org/638446#c1 > [2] https://github.com/gentoo/gentoo/pulls?q=is%3Aopen+is%3Apr > [3] https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/User_Guide > and https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers I love Gentoo and I want to contribute. I will read through the docs and have a try. Time to step forward as an "end user"! Thanks for helping. Danny
Re: [gentoo-user] Is it that hard to add a package, or am I doing wrong?
On 2018-12-19 21:42, Rich Freeman wrote:
> On Wed, Dec 19, 2018 at 9:24 PM YUE Daian wrote:
>>
>> Recently I posted a bug report to Gentoo Bugzilla and submitted a
>> request to add package Roswell into the package tree.
>>
>> https://bugs.gentoo.org/638446
>>
>> But...in fact it was not "recent" at all! I submitted the bug one year
>> ago and there is literally no news after some point.
>>
>> Is there anything I can do more?
>
> You can always host it in an overlay, or try submitting it to
> proxy-maintainers. Volunteering to proxy-maintain the package would
> probably also help - that basically involves committing to keep it up
> to date and deal with bugs/etc.
>
> The obvious QA issue I could think of with putting this in the main
> repo is where it sticks its files and how well-behaved it is. When it
> installs lisp packages does it keep them in some kind of tidy area
> that isn't going to step on the rest of the filesystem?
> Language-specific package managers can sometimes be messy in that way.
>
Roswell installs itself system-wide, then for each user it manipulates
local directory (by default $HOME/.roswell).
There is no global install afterwards so I suppose it should be fine.
But you are right. I should have posted the file list into my bug
report.
> My guess though is that this reflects a lack of interest in lisp more
> than any specific criticism. If somebody had a criticism they'd have
> pointed it out.
>
> I didn't look at your package too closely but one little tweak you
> should make is something like:
>
> SRC_URI="https://github.com/roswell/roswell/archive/v${PV}.zip -> ${P}.zip"
>
Good point. I will change that.
> That makes it easier to maintain by renaming the package version
> number, and it also cleans up the filename in the distfiles cache (and
> on the mirrors).
>
> --
> Rich
Thank you Rich!
[gentoo-user] Is it that hard to add a package, or am I doing wrong?
Hi Gentoo folks, Recently I posted a bug report to Gentoo Bugzilla and submitted a request to add package Roswell into the package tree. https://bugs.gentoo.org/638446 But...in fact it was not "recent" at all! I submitted the bug one year ago and there is literally no news after some point. Is there anything I can do more? Danny
Re: [gentoo-user] sys-apps/systemd-239-r2 does not install completely
On 2018-11-19 08:14, "Stefan G. Weichinger" wrote: > upgrading from sys-apps/systemd-236-r5 to 239-r2 > > the emerge runs through and warns me that it overwrites files ... so it > merges only partially ... > > after that I see: > > # systemctl --version > systemd 239 > > (which is OK) > > > # eix -I systemd > > [U] sys-apps/systemd > Available versions: 239-r2(0/2) > > Installed versions: 236-r5 > > (which is scary) > > How to clean that up? Have you tried to run `eix-update`?
Re: [gentoo-user] Permissions error on starting X.
On 2018-11-09 10:49, gevisz wrote: > пт, 9 нояб. 2018 г. в 2:20, Hervé Guillemet : >> >> Le 07/11/2018 à 04:59, YUE Daian a écrit : >> >> > >> > I got "setblabla error: cannot open /dev/tty0 (permission denied)". >> > >> > A possible solution without changing anything unnecessary is to run >> > startx as "startx -- vt1". >> > >> > No need to change permission/ownership of anything. >> > It is just required that the user is in "video" group. No "tty" or >> > "input" needed. >> > >> > I presume it is because your user does not have access to TTY other than >> > its login TTY. So if you log in by "tty1", just start X in "vt1". >> > >> > Hope that helps somehow. >> >> Thanks for this tip. This worked for me but adding the user to "input" >> group was also necessary. > > Have you tried the alternative method described here: > https://wiki.gentoo.org/wiki/Non_root_Xorg Nope. It seems that the method I mentioned was somehow the first method described in the Wiki. I am wondering what are the differences between the two? Which one is better?
Re: [gentoo-user] Permissions error on starting X.
On 2018-11-03 14:01, Alan Mackenzie wrote: > Hello, Gentoo. > > HEADS UP!!! > > If you start your X server from the command line with, e.g. startx, you > now need to set the new(?) suid USE flag for the xorg-server package. > > This flag causes the binary to be installed with the setuid file flag, > which causes it to run as root. > > The developers, in this instance, failed to raise the ebuild's version > number from 1.20.3 when making this change, and also didn't notify users > by a NEWS item, that I can see. > > The matter was fairly intensively discussed in bug #669648 in Gentoo's > bugzilla. > > So - if you get a permissions error whilst trying to start X, setting > the suid USE flag may well be the solution. > > -- > Alan Mackenzie (Nuremberg, Germany). I got the same problem yesterday. My setup was startx + StumpWM. I got "setblabla error: cannot open /dev/tty0 (permission denied)". A possible solution without changing anything unnecessary is to run startx as "startx -- vt1". No need to change permission/ownership of anything. It is just required that the user is in "video" group. No "tty" or "input" needed. I presume it is because your user does not have access to TTY other than its login TTY. So if you log in by "tty1", just start X in "vt1". Hope that helps somehow. Danny
