Re: [gentoo-user] glibc-2.27 segfaults
Am 19.12.18 um 23:11 schrieb Stefan G. Weichinger: > Am 19.12.18 um 19:25 schrieb J. Roeleveld: > >> The 4.14.x range has a few dodgy ones causing issues along the way. The >> ones currently marked stable allow me to do a full rebuild. Some of the >> older ones in there caused all kinds of weird issues like segfaults >> during compile. Corrupt libraries. >> Ended up with 4.14.65 and doing a full rebuild (emerge --empty @world) >> before trusting it again. > > I wonder what happened *now* ... no updates or rebuilds in the last days. > > Will attempt kernel update but have to get access first ... We now have a non-booting gentoo (going into systemd emergency mode) ... something around LVM fails and so it stops booting. I remember this issue from a year ago ... but can't access the server because of an outdated KVM-over-IP. Wonderful xmas present ;-) hints for cheap KVM-over-IP-boxes welcome (for one server, with VGA still) Have a nice weekend and holidays, folks
Re: [gentoo-user] Error during boot up.
Dale wrote: > J. Roeleveld wrote: >> On December 20, 2018 11:45:29 AM UTC, Dale wrote: >> >> Peter Humphrey wrote: >> >> >> >> Next upgrade idea: >> - mainboard with NVME slot >> - NVME drive for your OS. >> >> Your CPU and memory will be the next bottleneck :) >> >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > Yea. I looked into rebuilding from scratch, less the case of course. > I'm just not sure it would be worth the speed increase. The biggest > things I needed, more drive space and more memory. The CPU was just > on sale. Hard to beat $75.00 for a 8 core CPU running at over 4GHz. > Right now, it's plenty fast. I may consider it after I do some other > things tho. I plan to do a emerge -e world before to long. I wanted > to let the new CPU compound sort of get set in. > > I might add, the new video card is way overpowered for what I do. > LOL Most of the time, it maxes out at about 10% of its power and less > than 10% for memory usage. I really can't tell much difference from > my old 220 to this new 650 series. The biggest difference, the 650 > runs much cooler. I just hope it doesn't get bored and go to sleep. > ;-) Oh, when I run glxgears at full screen, it still only goes to > about 60%. It warms up a little but not a whole lot. > > Now to go see what a NVME drive is. I don't recall ever hearing of > those. Sounds interesting. > > Dale > > :-) :-) OMG. Those things are fast. Those things make a sata drive look like a snail or something and let's not mention the old IDE drives. Thing is, I've got a 160GB drive for the OS itself right now. Even a 256GB one of those isn't to bad price wise. The OS is really all I'd need on that thing anyway. The sata drives are plenty fast enough for watching videos etc. I wonder, how much faster would emerges go on those things? One wouldn't even need portage's work directory on tmpfs with that. Wow!!! Dale :-) :-)
Re: [gentoo-user] Re: Error during boot up.
Neil Bothwick wrote: > On Thu, 20 Dec 2018 15:13:37 -0600, Dale wrote: > >> I don't think it would help. It's the speed that is the problem. It was >> almost impossible to read anything with my old CPU. It's nothing but a >> blur with this new one. Mostly, I saw red letters and what looked like >> the word "error". > Record a video of the screen while booting and play it back in slow > motion. It's low tech but it works with all errors, even those from > GRUB ;-) > > The only video camera I have is one built into my still picture camera. I can tell you, it ain't much resolution wise. It might help but at the speed things are scrolling up and how basic that camera's video function is, I don't know. Might be worth a shot tho. What gets me, error or not, the system is running fine. I haven't noticed anything not working either. No clue what it could be. I got another part coming in tomorrow so I'll likely have to shutdown in the next couple days. I'm just about ready to start rearranging my hard drives and such. While at it. I have most of my hard drives in front of the large 230mm front fan in my case. I have a Cooler Master HAF 932. One drive is up on the top part, no fan there but it has plenty of air holes and a tiny amount of air gets sucked in and over the drive(s). The drive runs at 86F. My other drives that are in front of that fan runs a little cooler, 77F. That little bit warmer won't affect the life of the drive will it? From what I've read, some run just fine even when over 100F. Just checking. If needed, I can get a fan mounted in there somehow. I have to say, I like the cooling on this case. Those large fans can move some air. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: Error during boot up.
On Thu, 20 Dec 2018 15:13:37 -0600, Dale wrote: > I don't think it would help. It's the speed that is the problem. It was > almost impossible to read anything with my old CPU. It's nothing but a > blur with this new one. Mostly, I saw red letters and what looked like > the word "error". Record a video of the screen while booting and play it back in slow motion. It's low tech but it works with all errors, even those from GRUB ;-) -- Neil Bothwick Joystick: (n.) a device essential for performing business tasks and training exercises esp. favored by pilots, tank commanders, riverboat gamblers, and medieval warlords. pgpTAzG6G2COt.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Error during boot up.
On 21/12/18 5:37 am, Grant Edwards wrote: > On 2018-12-20, Dale wrote: > >> I don't think it would help. It's the speed that is the problem. It was >> almost impossible to read anything with my old CPU. It's nothing but a >> blur with this new one. Mostly, I saw red letters and what looked like >> the word "error". >> >> If it will log the error, that is best because I can copy and paste it >> into a search engine and find out what it means and how to fix it, if I >> don't figure it out on my own. May help someone else reading this tho. ;-) > With most more modern motherboards this is probably not an option, but > when I'm troubleshooting that sort of thing, I tell the kernel to use > a serial console. I connect something to the serial port that logs the > data to a file (usually a second Linux machine running C-Kermit, but > there are untold other options), and Bob's your uncle. > > With GRUB, you can usually hit to stop autoboot, then > to edit the default boot options to add the > "console=" incantation. > > If you really want to geek out, you can configure GRUB to use the > serial console also (but that's not really needed for your situation). > > So far, I've been able to avoid buying a motherboard without at least > one plain-old-UART on it. These days you usually have to provide your > own ribbon-cable-DB9 bracket, but it's still a lifesaver for obscure > kernel problems. > > Another option is 'netconsole': > >https://wiki.archlinux.org/index.php/Netconsole > > It doesn't kick in as early as a serial-console does, but it it might > be early enough if the NIC driver and netconsole drivers are compiled > into the kernel as opposed to being a loadable module. > Tried this? /etc/rc.conf # rc_logger launches a logging daemon to log the entire rc process to # /var/log/rc.log # NOTE: Linux systems require the devfs service to be started before # logging can take place and as such cannot log the sysinit runlevel. rc_logger="YES" # Through rc_log_path you can specify a custom log file. # The default value is: /var/log/rc.log rc_log_path="/var/log/rc.log" BillK
[gentoo-user] Re: Error during boot up.
On 2018-12-20, Dale wrote: > I don't think it would help. It's the speed that is the problem. It was > almost impossible to read anything with my old CPU. It's nothing but a > blur with this new one. Mostly, I saw red letters and what looked like > the word "error". > > If it will log the error, that is best because I can copy and paste it > into a search engine and find out what it means and how to fix it, if I > don't figure it out on my own. May help someone else reading this tho. ;-) With most more modern motherboards this is probably not an option, but when I'm troubleshooting that sort of thing, I tell the kernel to use a serial console. I connect something to the serial port that logs the data to a file (usually a second Linux machine running C-Kermit, but there are untold other options), and Bob's your uncle. With GRUB, you can usually hit to stop autoboot, then to edit the default boot options to add the "console=" incantation. If you really want to geek out, you can configure GRUB to use the serial console also (but that's not really needed for your situation). So far, I've been able to avoid buying a motherboard without at least one plain-old-UART on it. These days you usually have to provide your own ribbon-cable-DB9 bracket, but it's still a lifesaver for obscure kernel problems. Another option is 'netconsole': https://wiki.archlinux.org/index.php/Netconsole It doesn't kick in as early as a serial-console does, but it it might be early enough if the NIC driver and netconsole drivers are compiled into the kernel as opposed to being a loadable module. -- Grant Edwards grant.b.edwardsYow! Everybody is going at somewhere!! It's probably gmail.coma garage sale or a disaster Movie!!
Re: [gentoo-user] Re: Error during boot up.
Nikos Chantziaras wrote: > On 20/12/2018 06:41, Dale wrote: >> Howdy, >> >> I just installed a new video card. After a couple weeks of USPS >> dragging it around, it finally came in. Anyway, I got it installed and >> was booting up. I noticed somewhere between the kernel part and it >> going through the runlevel part, there was something that failed. I saw >> a little red colored text and the word failed but I found one bad thing >> about a really fast CPU. It scrolls by so fast, I can't tell what it >> is. > > You should probably add the "quiet" option to your kernel command line > in Grub. It will silence all useless noise, and should (I think) only > print errors if they occur. > > Worth a try. > > > I don't think it would help. It's the speed that is the problem. It was almost impossible to read anything with my old CPU. It's nothing but a blur with this new one. Mostly, I saw red letters and what looked like the word "error". If it will log the error, that is best because I can copy and paste it into a search engine and find out what it means and how to fix it, if I don't figure it out on my own. May help someone else reading this tho. ;-) Thanks. Dale :-) :-)
[gentoo-user] Re: Error during boot up.
On 20/12/2018 06:41, Dale wrote: Howdy, I just installed a new video card. After a couple weeks of USPS dragging it around, it finally came in. Anyway, I got it installed and was booting up. I noticed somewhere between the kernel part and it going through the runlevel part, there was something that failed. I saw a little red colored text and the word failed but I found one bad thing about a really fast CPU. It scrolls by so fast, I can't tell what it is. You should probably add the "quiet" option to your kernel command line in Grub. It will silence all useless noise, and should (I think) only print errors if they occur. Worth a try.
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
Steve Dibb wrote: > On 12/4/18 3:31 AM, Joerg Schilling wrote: > > Dale wrote: > > > >> So as usual, they are not very Linux friendly. Figures. I was hoping > > > > The main problem with Linux is that the drivers at SCSI level in the kernel > > are > > worse than they could be, so if you like to get better results, you should > > encourage the kernel people to do their homework. > > > > One of the biggest problem on Linux is e.g. that the SCSI drivers only > > return > > 16 bytes of error information, but the standard says that the error > > information > > contains at least 18 bytes. > > That's good to know. Are there any open source OSes that do it properly? > I'd love to look at their code. Check Solaris and FreeBSD... Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
On 12/4/18 3:31 AM, Joerg Schilling wrote: Dale wrote: So as usual, they are not very Linux friendly. Figures. I was hoping The main problem with Linux is that the drivers at SCSI level in the kernel are worse than they could be, so if you like to get better results, you should encourage the kernel people to do their homework. One of the biggest problem on Linux is e.g. that the SCSI drivers only return 16 bytes of error information, but the standard says that the error information contains at least 18 bytes. That's good to know. Are there any open source OSes that do it properly? I'd love to look at their code.
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
Steve Dibb wrote: > > With software that operates at block driver level, you depend on the error > > recovery features from the OS driver. > > OS driver, do you mean for SCSI in Linux or the driver for that ATA chipset? No, the high level driver that deals with attached hard disks and that also serves CD/DVD/BluRay drives. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
On 12/14/18 3:31 AM, Joerg Schilling wrote: Steve Dibb wrote: On 12/3/18 9:27 AM, Pouru Lasse wrote: I've got a bunch of scratched disc-based games (PS2, Xbox 360) that I'd like to check for errors. Is there any program for Linux that does this? I found and tried dvdisaster, but it only works for CDs, not DVDs. Everything else seems to be Windows-only. - Lasse For DVDs, I use ddrescue. Keep a log of it as well in case you want to do a second pass or just see where it's puking. Use its blocksize of 2048: ddrescue -b 2048 /dev/sr0 dvd.iso ddrescue.log readcd is better for any optical media as it is able to directly send SCSI commands. Note that readcd implements the error recovery from sdd(1), that exists since 35 years and I also prefer for normal disks. That's way cool to know. MakeMKV does the same thing - it rips stuff directly using SCSI commands, and you have to have SCSI generic driver support (/dev/sg*) enabled in the kernel for it to work. With software that operates at block driver level, you depend on the error recovery features from the OS driver. OS driver, do you mean for SCSI in Linux or the driver for that ATA chipset?
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 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.
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] Error during boot up.
J. Roeleveld wrote: > On December 20, 2018 11:45:29 AM UTC, Dale wrote: > > Peter Humphrey wrote: > > On Thursday, 20 December 2018 08:12:43 GMT Dale wrote: > > Thanks for the help. When I boot next time, maybe it will > log the error and I can see what is going on. > > You could also try CTRL-S to pause the screen update and > CTRL-Q to let it continue. > > > > I did try page up, up arrow and such. I was trying to get at least one > or two keywords to look into. Thing is, it is so fast. My old 4 core > booted pretty quick but this new 8 core with faster clock speeds is > seriously fast. It goes from the kernel starting to load to sddm > starting in seconds. I'm not sure if the extra memory helps at that > point or not but the faster and extra cores sure does. I'll try to > remember that ctrl s. I just better have my fingers ready. lol > > If I had a sdd drive for the OS to be on, I guess it would be even > faster. vvrrrm vvvrrrm > > Dale > > :-) :-) > > > Next upgrade idea: > - mainboard with NVME slot > - NVME drive for your OS. > > Your CPU and memory will be the next bottleneck :) > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. Yea. I looked into rebuilding from scratch, less the case of course. I'm just not sure it would be worth the speed increase. The biggest things I needed, more drive space and more memory. The CPU was just on sale. Hard to beat $75.00 for a 8 core CPU running at over 4GHz. Right now, it's plenty fast. I may consider it after I do some other things tho. I plan to do a emerge -e world before to long. I wanted to let the new CPU compound sort of get set in. I might add, the new video card is way overpowered for what I do. LOL Most of the time, it maxes out at about 10% of its power and less than 10% for memory usage. I really can't tell much difference from my old 220 to this new 650 series. The biggest difference, the 650 runs much cooler. I just hope it doesn't get bored and go to sleep. ;-) Oh, when I run glxgears at full screen, it still only goes to about 60%. It warms up a little but not a whole lot. Now to go see what a NVME drive is. I don't recall ever hearing of those. Sounds interesting. Dale :-) :-)
Re: [gentoo-user] Re: Is it that hard to add a package, or am I doing wrong?
On Thu, Dec 20, 2018 at 8:39 AM Nils Freydank wrote: > > Am Donnerstag, 20. Dezember 2018, 12:28:17 CET schrieb Nuno Silva: > > On 2018-12-20, YUE Daian wrote: > > > On 2018-12-20 03:50, Nils Freydank wrote: > > > [...] > > >> 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. > > from my perspective it seems as only github.com is used and bugs.gentoo.org > is more or less just kept as an official way for ebuild submission to keep > a backup mechanism on the own infrastructure. IMO this is largely the reality of the situation. The people doing the most work on unmaintained packages or proxy-maintained packages prefer the github PR workflow over bugzilla. But, officially Gentoo's social contract can't rely on that as the official mechanism. Probably wouldn't hurt to at least mention the "alternative" in the wiki article though. It is a somewhat contentious issue. But, in the end it boils down to more eyes if you use the unofficial method. Nobody will tell you not to do it the official way. > Maybe in a perfect world someone trustworthy could provide a single-sign-on > service for bugtrackers and a gitlab instance hosted by gentoo or stuff like > that, but the current state is quite confusing, agreed. IMO issue/PR tracking is a bigger unsolved problem than that. I think we really need a truly distributed solution for this, so that every service like github/gitlab/etc isn't reinventing the wheel here. gitlab does have FOSS issue tracking at least. I haven't used it to compare it with bugzilla/etc as to whether it is a viable subsitute. Gitlab.com will offer free hosting to FOSS projects. It has been discussed a bit on the various lists for Gentoo but I think the sense is that it isn't such a huge improvement to be worth a big move. It is more FOSS than Github of course, but of course you can implement the core of github (git itself) as pure FOSS also. FWIW I know somebody who has access to all the gitlab source and I trust him when he says that the FOSS community edition is the core of the enterprise edition. Fixes/etc in general always make their way to the FOSS core, and their hosted gitlab.com solution uses the same FOSS code at its core that anybody can download. I feel like bugzilla being so centralized is a weakness for most of the FOSS world. If somebody denied Gentoo access to infrastructure that would be a really hard part of the complete solution to replace. The git part is easy - you can do a git-based workflow that is completely distributed without much trouble. What you can't do is clone the issues database, work on a few, push your work on issues to Fred, who pushes it to Sally, and then Sally sends her updates to you along with Joe's, with all of that stuff happening in parallel with merge conflicts handled in a sane manner. -- Rich
Re: [gentoo-user] Re: Is it that hard to add a package, or am I doing wrong?
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.
Re: [gentoo-user] Error during boot up.
On December 20, 2018 11:45:29 AM UTC, Dale wrote: >Peter Humphrey wrote: >> On Thursday, 20 December 2018 08:12:43 GMT Dale wrote: >> >>> Thanks for the help. When I boot next time, maybe it will log the >error >>> and I can see what is going on. >> You could also try CTRL-S to pause the screen update and CTRL-Q to >let it >> continue. >> > > >I did try page up, up arrow and such. I was trying to get at least one >or two keywords to look into. Thing is, it is so fast. My old 4 core >booted pretty quick but this new 8 core with faster clock speeds is >seriously fast. It goes from the kernel starting to load to sddm >starting in seconds. I'm not sure if the extra memory helps at that >point or not but the faster and extra cores sure does. I'll try to >remember that ctrl s. I just better have my fingers ready. lol > >If I had a sdd drive for the OS to be on, I guess it would be even >faster. vvrrrm vvvrrrm > >Dale > >:-) :-) Next upgrade idea: - mainboard with NVME slot - NVME drive for your OS. Your CPU and memory will be the next bottleneck :) -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: Is it that hard to add a package, or am I doing wrong?
Hi everyone, Am Donnerstag, 20. Dezember 2018, 12:28:17 CET schrieb Nuno Silva: > On 2018-12-20, YUE Daian wrote: > > On 2018-12-20 03:50, Nils Freydank wrote: > > [...] > >> 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. from my perspective it seems as only github.com is used and bugs.gentoo.org is more or less just kept as an official way for ebuild submission to keep a backup mechanism on the own infrastructure. Maybe in a perfect world someone trustworthy could provide a single-sign-on service for bugtrackers and a gitlab instance hosted by gentoo or stuff like that, but the current state is quite confusing, agreed. If you want to take care of your package become a proxied maintainer. If you go a step further later and become a gentoo dev you can also drop some workload from the proxied maintenance team and do you QA yourself and submit directly to the tree. > 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: > [...] No, as far as I know there is now rule, just a not so good usable platform and another one that is proprietary but works far better. A disclaimer in the end: I'm not a Gentoo developer, just another random user who maintains packages. Regards, Nils -- GPG fingerprint: '00EF D31F 1B60 D5DB ADB8 31C1 C0EC E696 0E54 475B' Nils Freydank signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Error during boot up.
Peter Humphrey wrote: > On Thursday, 20 December 2018 08:12:43 GMT Dale wrote: > >> Thanks for the help. When I boot next time, maybe it will log the error >> and I can see what is going on. > You could also try CTRL-S to pause the screen update and CTRL-Q to let it > continue. > I did try page up, up arrow and such. I was trying to get at least one or two keywords to look into. Thing is, it is so fast. My old 4 core booted pretty quick but this new 8 core with faster clock speeds is seriously fast. It goes from the kernel starting to load to sddm starting in seconds. I'm not sure if the extra memory helps at that point or not but the faster and extra cores sure does. I'll try to remember that ctrl s. I just better have my fingers ready. lol If I had a sdd drive for the OS to be on, I guess it would be even faster. vvrrrm vvvrrrm Dale :-) :-)
[gentoo-user] Re: Is it that hard to add a package, or am I doing wrong?
On 2018-12-20, YUE Daian wrote: > 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. 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: https://marc.info/?l=gentoo-user=154318918422492=2 I do understand lack of manpower can affect new package requests. But there are also bug reports with patches that have had zero feedback so far. Of course these will also be affected by a manpower shortage, but should be easier to handle than new package requests? -- Nuno Silva
Re: [gentoo-user] Error during boot up.
On Thursday, December 20, 2018 9:12:43 AM CET Dale wrote: > J. Roeleveld wrote: > > On December 20, 2018 4:41:26 AM UTC, Dale wrote: > > Howdy, > > > > I just installed a new video card. After a couple weeks of USPS > > dragging it around, it finally came in. Anyway, I got it installed > > and > > was booting up. I noticed somewhere between the kernel part and it > > going through the runlevel part, there was something that failed. I > > saw > > a little red colored text and the word failed but I found one bad > > thing > > about a really fast CPU. It scrolls by so fast, I can't tell what it > > is. It is almost a blur when it scrolls up. It's not a service > > because > > rc-status shows all green. I'm not sure that lists everything tho > > since > > it seems a little light on the number of services. > > > > At some point way back, I recall there being a logger that picks up > > the > > area between when dmesg is logging and when syslog or friends start > > logging to the message file. I think this is where the error is. I > > can't find tool now. I also can't find anything else in /var/log > > either. Am I wrong on having this or did it die off in the tree and > > got > > removed? If so, is there something that picks up that area of the > > boot > > up process as far as errors go? My system seems to work fine but I'd > > like to know what that error was. It may cause a problem at some > > point > > and could even be the problem with that random reboot I had in another > > thread. > > > > Thanks. > > > > Dale > > > > :-) :-) > > > > P. S. I did reseat all the power cables to the mobo while I was > > swapping video cards. Hoping that may help with that weird reboot > > thing > > I had going on. BTW, it hasn't happened since the one I started the > > thread about either. Weird. > > > > In "rc.conf" there is an option to log to /var/log/rc.log or similar. > > Not near a working system, so can't check actual option. > > > > -- > > Joost > > That gave me the clue I needed. I was looking for a package. No wonder > I couldn't find it. It was disabled in rc.conf for some reason By default, it is disabled. My guess is that you accidentally overwrote that setting at some point. > and > based on the last date of the log file, it has been for a while, which > is why I thought something got cleaned out or something. I now have > this set: > > > > # NOTE: Linux systems require the devfs service to be started before > # logging can take place and as such cannot log the sysinit runlevel. > rc_logger="YES" > > # Through rc_log_path you can specify a custom log file. > # The default value is: /var/log/rc.log > rc_log_path="/var/log/rc.log" > > > Thanks for the help. When I boot next time, maybe it will log the error > and I can see what is going on. Make sure that path is mounted soon. Eg, that it isn't on a seperate mountpoint. -- Joost
Re: [gentoo-user] Error during boot up.
On Thursday, December 20, 2018 11:04:55 AM CET Peter Humphrey wrote: > On Thursday, 20 December 2018 08:12:43 GMT Dale wrote: > > Thanks for the help. When I boot next time, maybe it will log the error > > and I can see what is going on. > > You could also try CTRL-S to pause the screen update and CTRL-Q to let it > continue. In my experience, this never works when it happens in the beginning as it's near impossible to time it right. -- Joost
Re: [gentoo-user] Error during boot up.
On Thursday, 20 December 2018 08:12:43 GMT Dale wrote: > Thanks for the help. When I boot next time, maybe it will log the error > and I can see what is going on. You could also try CTRL-S to pause the screen update and CTRL-Q to let it continue. -- Regards, Peter.
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!
Re: [gentoo-user] Error during boot up.
J. Roeleveld wrote: > On December 20, 2018 4:41:26 AM UTC, Dale wrote: > > Howdy, > > I just installed a new video card. After a couple weeks of USPS > dragging it around, it finally came in. Anyway, I got it installed and > was booting up. I noticed somewhere between the kernel part and it > going through the runlevel part, there was something that failed. I saw > a little red colored text and the word failed but I found one bad thing > about a really fast CPU. It scrolls by so fast, I can't tell what it > is. It is almost a blur when it scrolls up. It's not a service because > rc-status shows all green. I'm not sure that lists everything tho since > it seems a little light on the number of services. > > At some point way back, I recall there being a logger that picks up the > area between when dmesg is logging and when syslog or friends start > logging to the message file. I think this is where the error is. I > can't find tool now. I also can't find anything else in /var/log > either. Am I wrong on having this or did it die off in the tree and got > removed? If so, is there something that picks up that area of the boot > up process as far as errors go? My system seems to work fine but I'd > like to know what that error was. It may cause a problem at some point > and could even be the problem with that random reboot I had in another > thread. > > Thanks. > > Dale > > :-) :-) > > P. S. I did reseat all the power cables to the mobo while I was > swapping video cards. Hoping that may help with that weird reboot thing > I had going on. BTW, it hasn't happened since the one I started the > thread about either. Weird. > > > In "rc.conf" there is an option to log to /var/log/rc.log or similar. > Not near a working system, so can't check actual option. > > -- > Joost > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. That gave me the clue I needed. I was looking for a package. No wonder I couldn't find it. It was disabled in rc.conf for some reason and based on the last date of the log file, it has been for a while, which is why I thought something got cleaned out or something. I now have this set: # NOTE: Linux systems require the devfs service to be started before # logging can take place and as such cannot log the sysinit runlevel. rc_logger="YES" # Through rc_log_path you can specify a custom log file. # The default value is: /var/log/rc.log rc_log_path="/var/log/rc.log" Thanks for the help. When I boot next time, maybe it will log the error and I can see what is going on. Dale :-) :-)
