Re: [gentoo-user] CD ripper that generates song titles?
On 08/26/2015 02:06 PM, Walter Dnes wrote: > I went to the CNE (Canadian National Exhibition) yesterday and > indulged in a buying spree of 18 CD sets of my fave music (basically > anything pop/rock/country pre-Beatles). I now have over 20 CDs that I > want to rip to flac eventually. I dread the gruntwork in renaming > tracks like track01.cdda.wav, etc. What Gentoo ebuilds are there for > stuff that'll get ahold of track titles? Is it in the form of metadata > on the CD? I have over 1200 classical CDs that I have only recently begun ripping to flac with freedb titles. I wrote a utility to do this that you are very welcome to try. It does not have an ebuild, but it should work as long as you install dev-python/cddb-py. https://github.com/jfindlay/jmoney Justin
Re: [gentoo-user] CD ripper that generates song titles?
On 27/08/2015 20:56, Neil Bothwick wrote: > On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote: > >>> Kids still buy CDs? My grandson recently asked me "What's a record?" >>> when I used the term. > >> I live in a different universe to you called "South Africa" and CDs are >> a big market here. The bulk of the population (none of whom are early >> adopters) don't trust online music stores; they want a thing they can >> hold in their hand and that thing is a CD :-) > > Round here, the kids (and most adults) are happy to entrust everything to > Apple and Facebook. I prefer physical media, but I always considered that > a symptom of being an old fart. > >> vinyls are also making a comeback; it's a whole retro marketing thing. > > Vinyl has always been the medium of choice for audio snobs... > > And by "snob" you don't mean an insult, you mean "someone with a trained ear who can detect superior quality", right? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Java plugin in Midori web browser
On Thu, 27 Aug 2015 20:25:43 -0300 José Romildo Malaquias wrote: > I need help getting java plugin working in the Midori web browser. > > I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64 > system. > > The plugin works with Firefox. > > Romildo > Have you tried to go into 'Preferences > Extensions' it is probably listed there, and you can enable/disable it?
Re: [gentoo-user] curses of ncurses :(
2015-08-27 20:21 GMT+03:00 Neil Bothwick : > On Thu, 27 Aug 2015 17:33:33 +0200, Alan McKinnon wrote: > >> Fix the real error, and all that junk on the screen goes away. No reason >> to stop updating. > > And the "fix" is to resync, it's a fixed bug > https://bugs.gentoo.org/show_bug.cgi?id=558856 Yes, after today's emerge-webrsync the bug seems to be fixed. I just cannot afford to compile firefox today as I need my two-core processor for the real work on Linux and Windows (the latter run in VirtualBox). Thank you all who replied to this thread. Sincerely, Gevis. P.S. The current output of emerge --update is given below: # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" [ebuild U ] app-editors/vim-core-7.4.769 [7.4.273] [ebuild U ] sys-libs/ncurses-5.9-r5 [5.9-r3] [ebuild NS] sys-libs/ncurses-5.9-r99 [5.9-r3] USE="cxx gpm unicode -ada -static-libs -tinfo" ABI_X86="32 (64) (-x32)" [ebuild U ] app-editors/vim-7.4.769 [7.4.273] [ebuild U ] app-editors/gvim-7.4.769 [7.4.273] [ebuild U ] www-client/firefox-38.2.0 [38.1.1] Would you like to merge these packages? [Yes/No] n
Re: [gentoo-user] Java plugin in Midori web browser
On Thursday, August 27, 2015 8:25:43 PM José Romildo Malaquias wrote: > I need help getting java plugin working in the Midori web browser. > > I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64 > system. > > The plugin works with Firefox. > > Romildo I don't use midori, but according to their FAQ it uses firefox's plugin, so run: eselect java-nsplugin list And check that it's properly set. Then try: # MOZ_PLUGIN_PATH=/usr/lib64/nsbrowser/plugins midori Replace midori with whatever the midori executable is called. Now are you sure that it works with firefox? I ask because I use the same package and I recently noticed that it's not working with firefox. What firefox version you have? -- Fernando Rodriguez
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thursday, August 27, 2015 9:25:01 PM Michel Catudal wrote: > This is nonsense. I have never had a case where it would not boot when I have grub correctly installed on the partition. Install grub to a partition and do something like this: su cd mv /boot/grub grub cp -r grub /boot rm -r grub At this point your system is broken, but it will still boot. A few days to a few years from now your system stops booting, what do YOU do now? You go off ranting and name calling the devs. Now, assume that the developers took your advise and let it install without warning, what does a sane person do? I would probably reinstall grub and forever wonder wtf went wrong. Thankfully the developers looked out for me and showed me a warning and forced me to pay attention to it by requiring the --force option, so when my system breaks I'll remember that and know what went wrong (I'll probably forget but at least they tried). There are other ways to break it, like resizing partitions and I believe this is also a problem with grub1. If you modify it to install to a partition cleanly without blocklists (which is definitely possible) I doubt that they'll reject your changes. Plenty of people are willing to complain but nobody's willing to do the work. -- Fernando Rodriguez
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thu, Aug 27, 2015 at 10:03 PM, Michel Catudal wrote: > Le 2015-08-27 21:50, Rich Freeman a écrit : >> >> On Thu, Aug 27, 2015 at 9:25 PM, Michel Catudal >> wrote: >>> >>> You missed the point, I do not want some installation treating me like a >>> child by denying an install to protect me against myself. If I mess up my >>> system it is nobody's business but mine. >>> >> Well, then quit acting like a child and patch it to work the way you >> want it to work. :) >> > > Right now grub1 works for me. I have no plan to fork grub2 as long as grub1 > works. When I can no longer use grub1 I will have to look at that option. > Nobody said you weren't allowed to use grub1. Also, grub1 will work until the end of time, just like OS/2 or MS-DOS or VMS - it isn't like software has an expiration date. > Commenting on dictatorial behavior by some developper is not acting like a > child, it is just defending a point. Somebody wrote some software for free that doesn't work the way you want it to. How is writing free software dictatorial? Is anybody who writes software and does not charge for it ethically bound to write it to somebody else's specifications? Even if you buy into "the customer is always right" you aren't even their customer. -- Rich
[gentoo-user] Re: Java plugin in Midori web browser
José Romildo Malaquias gmail.com> writes: > I need help getting java plugin working in the Midori web browser. > I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64 > system. I used icedtea-bin for most everything. > The plugin works with Firefox. I do not use that browser. Have you check for information in the relevant bug reports: [1] ; at it might be a good place to start some research. hth, James [1] bugs.gentoo.org
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
Le 2015-08-27 21:50, Rich Freeman a écrit : On Thu, Aug 27, 2015 at 9:25 PM, Michel Catudal wrote: You missed the point, I do not want some installation treating me like a child by denying an install to protect me against myself. If I mess up my system it is nobody's business but mine. Well, then quit acting like a child and patch it to work the way you want it to work. :) Right now grub1 works for me. I have no plan to fork grub2 as long as grub1 works. When I can no longer use grub1 I will have to look at that option. Commenting on dictatorial behavior by some developper is not acting like a child, it is just defending a point. -- For Linux Software visit http://home.comcast.net/~mcatudal http://sourceforge.net/projects/suzielinux/
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thu, Aug 27, 2015 at 9:25 PM, Michel Catudal wrote: > > You missed the point, I do not want some installation treating me like a > child by denying an install to protect me against myself. If I mess up my > system it is nobody's business but mine. > Well, then quit acting like a child and patch it to work the way you want it to work. :) -- Rich
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
Le 2015-08-27 20:31, Jeremi Piotrowski a écrit : On Fri, 28 Aug 2015, Michel Catudal wrote: No one is asking them to do that. As mentioned before it works with some override. A solution to the problem would be to remove the arrogance toward people who want grub on a partition and remove the part in the installer that refuses to install it unless you give it an override. To me they are dealing with this in the right way. As the developers they have to decide what setups they want to support as the spectrum is huge and manpower is limited. There are problems with installing grub to a partition, read [1]. Therefore it is not supported and not allowed by default, because if they don't do this people: 1. _will_ try installing to a partition 2. _will_ render their system unbootable 3. _will_ come running for help and complaining 4. _will_ get angry when you tell them `I told you so' Seems perfectly legit to want to spare yourself this trouble. This is nonsense. I have never had a case where it would not boot when I have grub correctly installed on the partition. By having each distribution with its own bootloader they do not mess things up for the other. I keep 4 different linux distributions on my computer plus Ecomstation. If in one experiment I goof on one distribution I have some others to help me recover. If one of the distributions that messes up is in control of the boot loader I am screwed. I do not want any operating system in charge of the bootloader, isn't that clear enough? If grub ever messes up the partition that will be because they added some troyan functions to piss off people who disagree with their ownership of the whole computer. If I say write the bootloader on the partition, that should work as requested, they can still write a comment that they do not like us doing it but should not keep us from doing it. If it doesn't work we will see it soon enough. I don't get you - that _is_ exactly what they are doing. You say 'write bootloader to partition' by adding the force flag and grub2 complains but does what it is told. [1]: https://bbs.archlinux.org/viewtopic.php?pid=1229097#p1229097 You missed the point, I do not want some installation treating me like a child by denying an install to protect me against myself. If I mess up my system it is nobody's business but mine. -- For Linux Software visit http://home.comcast.net/~mcatudal http://sourceforge.net/projects/suzielinux/
[gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On 2015-08-27, Jeremi Piotrowski wrote: > I much prefer chainloading and giving each distro free reign over their > own boot loader. That way they can pretend they're the boss and work the > way they were intended to and I can supervise things from gentoo. Yup. I've got up to 12 Linux distros on some machines, and I've found that approach works far, far better that allowing multiple distros to fight over who gets to configure a single bootloader. A small grub partition for the files needed by grub1 in the MBR, and then each partition is a world unto itself with it's own bootloader that gets managed by whatever distro is installed on that partion. That used to be trivial, but it's getting a more difficult to do that these with some distros refusing to install a bootloader anywhere other than the MBR. [That's just one of an increasing number of reasons for my increasing dislike of Fedora/CentOS/RH.] It's still a lot easier than letting multiple distros all think they own the MBR bootloader. I've never had much luck with that at all. -- Grant
[gentoo-user] Re: CD ripper that generates song titles?
Alan Grimes verizon.net> writes: >> Vinyl LPs are making a comeback in the UK too among audiophiles. Those >> who can afford it use valve amps too. Vinyl does give an uniquely analog reproduction that is different than digital gear, if you listen closely, the inherent noise is actually quite pleasant, like the beach waves in the distance; soothing. > Yeah, the most popular type is the Single Ended Triode (SET). The most > popular toobz are the 2A3 (good for about 5W output) and the 300B (good > for about 8W output). Class A amplifiers are mostly limited to around 10 W of power. However, if you are learning to accurately sing, like real opera folks or serious Jazz folks, the combination of Vinyl and Class A (tube) amplifiers is unmatched for accuracy, feel and those subtle effects of instruments and voices, regardless of the number of channels. Those really do help to 'train the ear' for accuracy and voice/scale/note training. If you have never have experienced that sweet combo of Class A amps and Vinyl, do not be so quick to refer to it as snobs, as there is a real difference, once you quite your mind and surroundings. A studio room complete with proper acoustics really magnifies the differences too. That said my 10 Watt class A sits on a lonely shelf and my 4000 W system only has the dust_mites blown off once or twice a year. So I use a (8 x 130) watt Yamaha receiver and digital media inputs, mostly, due to the conveniences therein. Most amps perform best (most linear response) at no more than 20% of max output, just so you know. hth, James
Re: [gentoo-user] Re: Anyone using xfce4 with compositing turned off?
Mick wrote: > I do not use a xorg.conf file with the Kaveri APU. It just works > with the following: I deleted my xorg.conf and X is still working without any problems. > In /etc/portage/make.conf: > > VIDEO_CARDS="radeon radeonsi" ditto. > FIRMWARE_INSTALL_DIR="/lib/firmware" I don't have such an entry. But nevertheless my firmware is installed there. > In kernel (Linux 4.0.5-gentoo AMD A10-7850K Radeon R7, 12 Compute > Cores 4C+8G) I have built: Linux 4.1.6-hardened SMP PREEMPT AMD Phenom(tm) II X4 965 Processor AuthenticAMD > CONFIG_PREVENT_FIRMWARE_BUILD=y # CONFIG_PREVENT_FIRMWARE_BUILD is not set > CONFIG_FIRMWARE_IN_KERNEL=y ditto. > CONFIG_EXTRA_FIRMWARE="radeon/kaveri_ce.bin radeon/kaveri_me.bin > radeon/kaveri_mec2.bin radeon/kaveri_mec.bin radeon/kaveri_pfp.bin > radeon/kaveri_rlc.bin radeon/kaveri_sdma.bin radeon/BONAIRE_uvd.bin > radeon/BONAIRE_vce.bin" As I have a different GPU: CONFIG_EXTRA_FIRMWARE="radeon/verde_ce.bin radeon/verde_mc.bin radeon/verde_me.bin radeon/verde_pfp.bin radeon/verde_rlc.bin radeon/verde_smc.bin radeon/TAHITI_uvd.bin amd-ucode/microcode_amd.bin" > CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/" > > CONFIG_FIRMWARE_MEMMAP=y ditto. > CONFIG_DRM_RADEON=y ditto. I have also configured: CONFIG_DRM_RADEON_USERPTR=y IIRC this option is only available in newer kernels. > Packages: > > x11-base/xorg-server > Installed versions: 1.16.4(23:51:45 19/02/15)(glamor ipv6 nptl > suid udev xorg -dmx -doc -kdrive -minimal -selinux -static-libs > -systemd -tslib -unwind -wayland -xnest -xvfb) ditto. > media-libs/mesa > Installed versions: 10.3.7-r1(18:24:07 20/02/15)(bindist > classic dri3 egl gallium gbm gles2 llvm nptl opencl > r600-llvm-compiler udev vdpau -debug - gles1 -openmax -openvg -osmesa > -pax_kernel -pic -selinux -wayland -xa -xvmc ABI_MIPS="-n32 -n64 > -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32" > KERNEL="linux -FreeBSD" VIDEO_CARDS="radeon radeonsi -freedreno -i915 > - i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 -vmware") ditto, but these USE flags are different on my system: openmax openvg osmesa pax_kernel pic xa xvmc -bindist -gles2 The r600-llvm-compiler USE-flag isn't available on my system. > x11-drivers/xf86-video-ati > Installed versions: 7.5.0(23:52:11 19/02/15)(glamor udev) ditto. > sys-kernel/linux-firmware > Installed versions: 20150206(08:18:46 28/03/15)(-savedconfig) I haven't installed sys-kernel/linux-firmware but x11-drivers/radeon-ucode instead. I've downloaded the microcode for my AMD CPU direct from AMD homepage. > When you install your kernel do not forget to run make > firmware_install. As I haven't configured CONFIG_PREVENT_FIRMWARE_BUILD, I never done this. > I am not sure if I have omitted anything of importance. Please ask > if you need additional information. THX a lot for your information. There are some differences between our configurations. I'm very busy atm but when I have more time I will check it out. -- Regards wabe
Re: [gentoo-user] CD ripper that generates song titles?
Joerg Schilling wrote: > Heiko Baums wrote: > > > All of them have freedb support and use cdparanoia as back-end. > > Cdparanoia is not a good choice, it has many flaws: > > > - It is based on a 1997 cdda2wav and was never updated > > - It does not create the track based files at the right > locations as it does not honor the standard that describes where the > next track starts. > > - Even the paranoia code is unmaintained since 2002 and has > many unfixed problems. > > Cdda2wav does not have these problems and enhanced the quality of the > paranoia code. > > Jörg > That's good to know. THX for the info. -- Regards wabe
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Fri, 28 Aug 2015, Michel Catudal wrote: > No one is asking them to do that. As mentioned before it works with some > override. A solution to the problem would be to remove the arrogance toward > people who want grub on a partition and remove the part in the installer that > refuses to install it unless you give it an override. To me they are dealing with this in the right way. As the developers they have to decide what setups they want to support as the spectrum is huge and manpower is limited. There are problems with installing grub to a partition, read [1]. Therefore it is not supported and not allowed by default, because if they don't do this people: 1. _will_ try installing to a partition 2. _will_ render their system unbootable 3. _will_ come running for help and complaining 4. _will_ get angry when you tell them `I told you so' Seems perfectly legit to want to spare yourself this trouble. > If I say write the > bootloader on the partition, that should work as requested, they can still > write a comment that they do not like us doing it but should not keep us from > doing it. If it doesn't work we will see it soon enough. > I don't get you - that _is_ exactly what they are doing. You say 'write bootloader to partition' by adding the force flag and grub2 complains but does what it is told. [1]: https://bbs.archlinux.org/viewtopic.php?pid=1229097#p1229097
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thu, 27 Aug 2015 19:17:46 -0400, Michel Catudal wrote: > I don't care for the automatic ways of grub2, I prefer to edit the boot > file by hand and have a nice command line screen. As you can with GRUB2. grub-mkconfig is a convenience, mainly for providers of binary distros so they can update the boot menu when installing a new kernel package. The info pages document the config file and how to edit it manually. > With grub1 you just > tell it what type of display you want. As you do with GRUB2, just read the docs. -- Neil Bothwick WINDOWS: Will Install Needless Data On Whole System pgpPg8gGU0aC3.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
Le 2015-08-27 15:18, Fernando Rodriguez a écrit : Who are you to tell them what they should work on? They're acting like FOSS developers, many of whom work for free or underpaid so they work on whatever the fuck they want. The problem with FOSS is that we have too many idiots that like to rant about what they don't like instead of doing something about it. If all those energies went to improving the software FOSS would be so much better. No one is asking them to do that. As mentioned before it works with some override. A solution to the problem would be to remove the arrogance toward people who want grub on a partition and remove the part in the installer that refuses to install it unless you give it an override. If I say write the bootloader on the partition, that should work as requested, they can still write a comment that they do not like us doing it but should not keep us from doing it. If it doesn't work we will see it soon enough. Michel -- For Linux Software visit http://home.comcast.net/~mcatudal http://sourceforge.net/projects/suzielinux/
[gentoo-user] Java plugin in Midori web browser
I need help getting java plugin working in the Midori web browser. I have dev-java/oracle-jdk-bin-1.8.0.51 installed on my ~amd64 system. The plugin works with Firefox. Romildo
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
Le 2015-08-27 14:23, Fernando Rodriguez a écrit : I just got it to work with these steps: 1. Mount the partition to /mnt/usb 2. Run: #grub2-install --directory /usr/lib/grub/i386-pc --boot- directory=/mnt/usb/boot --force /dev/sdb2 Installing for i386-pc platform. grub2-install: warning: File system `ext2' doesn't support embedding. grub2-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. Installation finished. No error reported. 3. Set the partition as active with fdisk. And it booted. To verify that it didn't overwrite the mbr I overwrote it with syslinux's mbr as follows: sudo dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sdb Still boots! Thanks for the info. I will use this next time. How do you tell it to use some other display beside display for the blind? I don't care for the automatic ways of grub2, I prefer to edit the boot file by hand and have a nice command line screen. With grub1 you just tell it what type of display you want. -- For Linux Software visit http://home.comcast.net/~mcatudal http://sourceforge.net/projects/suzielinux/
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
Le 2015-08-27 13:16, Alan Mackenzie a écrit : On Thu, Aug 27, 2015 at 04:50:15PM +, mcatu...@comcast.net wrote: The maintainers of grub are basically acting like dictators much like Microsoft. The whole point of using Linux was to have complete control of the PC. Who those morons think they are to tell me what I should use to boot Operating systems on my computer? Just to point out that the unparliamentary language is not going to contribute towards any solution. For all we know, some of the relevant maintainers might be Gentoo users subscribed to this list, and slagging them off isn't helpful. The language toward us is not much nicer. There is some arrogance from the other side of the issue. We've been fighting this for years. It is a lie to say that it cannot install on a partition. What makes it not install is the installer that refuses to install it. One one install I was able to do this (with Fedora) by passing an argument to force it to install on the partition. As another gentoo user says so well, it is them wanting to be the only bootloader, so Microsoft. We want to be free from Microsoft, not just replace a dictator with another one. You may love it but there are many of us who hate it with a passion. The bottom line is that we have to use grub 1 or lilo until grub 2 is fixed or forked by someone who is interested to fix it. -- For Linux Software visit http://home.comcast.net/~mcatudal http://sourceforge.net/projects/suzielinux/
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thu, 27 Aug 2015, Neil Bothwick wrote: > On Thu, 27 Aug 2015 14:19:29 + (UTC), Grant Edwards wrote: > > > For those of us with multiple Linux installations on a disk, that's a > > pretty big reason to stick with grub-legacy. > > Actually, that's a good scenario for GRUB2. grub2-mkconfig can detect > all Linux installations on a system, not just the running one, so you > only need one GRUB to boot everything. That's why distro installers are > so much better at setting up Linux dual booting these days, because GRUB2 > makes it simple for them. > It's true that grub2-mkconfig does Linux detection well but the problem with one grub and multiple distros is the need to manually regenerate the config. I give you the following scenario: Gentoo + another binary distro (say Fedora). Whichever one manages the grub config can regenerate it on updates. On gentoo you'd do that manually (post-install hooks?), Fedora would run grub2-mkconfig on kernel updates. But what happens when the other one (not responsible for the config) updates in a way that affects booting...? You end up with an inconsistant config. To regenerate you need to boot into the config-managing-distro or atleast chroot. But the worst thing is you have to review all updates to find out if the config needs changing. I much prefer chainloading and giving each distro free reign over their own boot loader. That way they can pretend they're the boss and work the way they were intended to and I can supervise things from gentoo.
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thu, 27 Aug 2015, Fernando Rodriguez wrote: > I use GRUB2 because my efi firmware (like most) is really buggy. > Changing the boot order doesn't work at all (neither on the menu nor > through efibootmgr), so I have to delete and recreate the entries in the > right order. What I did is create 2 efi entries, one for my main kernel > and one for grub2 and I added entries for all my secondary kernels and > windows on the grub2 menu. I have a similar setup: an efi entry for my kernel and gummiboot instead of grub2. I would use the firmware boot selector for multibooting, but going there lengthens the boot by around 10 seconds (Lenovo notebook) which is too much for my liking. So instead I by default boot into gummiboot and from there I choose my kernel, separate grub2's from Fedora and Ubuntu, or FreeBSD. Everything is nice and fast that way. Fedora and Ubuntu manage their own grub configs on kernel updates and I don't have to mess with any boot loader configs myself. On Fri, 28 Aug 2015, Mick wrote: > Interesting ... here I had no such problems on an EUFI Asus MoBo. I > have a number of kernels (up to six last time I looked) and I can change > the boot order with 'efibootmgr -o ,,...,' I have a MSI B85-G43 and I must say that thing is the worst when it comes to managing the UEFI boot order. It completely ignores the one set using `efibootmgr -o` and instead seems to keep track of the order in which entries are added. Half of the time it even ignores me selecting the EFI boot entry during boot and instead merrily continues to load what it considers to be the _first_ entry. So I just use grub2 there and everything is fine.
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thursday, August 27, 2015 11:06:25 PM Mick wrote: > On Thursday 27 Aug 2015 21:03:19 Fernando Rodriguez wrote: > > On Thursday, August 27, 2015 8:44:07 PM Mick wrote: > > > On Thursday 27 Aug 2015 20:30:17 Grant Edwards wrote: > > > > On 2015-08-27, James wrote: > > > > > Grant Edwards gmail.com> writes: > > > > >> For those of us with multiple Linux installations on a disk, that's > > > > >> a pretty big reason to stick with grub-legacy. > > > > > > > > > > So you are saying (trying to read the 'tea leaves' here) that > > > > > grub legacy ( grub-static-0.97-r12) will work well on a 64 bit > > > > > systems, > > > > > > > > I still use it on all my 64-bit machines. > > > > > > > > > (u)efi with say multiple drives (> 2T) and Raid-1 configs like > > > > > btrfs-native or via lvm? > > > > > > > > I haven't started using UEFI boot mode mode yet, so I don't know how > > > > thetwo grub's compare. > > > > > > UEFI do not need GRUB{1,2} or any other boot manager. They can boot any > > > kernel you drop in the EFI boot partition directly, as long as you set it > > > up so. It becomes cumbersome if you are planning to multiboot various > > > kernels > > > > & > > > > > OS frequently. > > > > You do need a manager like efibootmgr unless you have a really good "bios" > > menu where you can manage your entries. Only removable media is > > autodetected on all EFI boxes I've seen. I use GRUB2 because my efi > > firmware (like most) is really buggy. Changing the boot order doesn't work > > at all (neither on the menu nor through efibootmgr), so I have to delete > > and recreate the entries in the right order. What I did is create 2 efi > > entries, one for my main kernel and one for grub2 and I added entries for > > all my secondary kernels and windows on the grub2 menu. > > Interesting ... here I had no such problems on an EUFI Asus MoBo. I have a > number of kernels (up to six last time I looked) and I can change the boot > order with 'efibootmgr -o ,,...,' I didn't mean that all or most have that specific bug. But a lot of them are really buggy. Some have case sensitive FAT drivers, or unusual filename length limits, or will only boot a specific filename like boot.efi. One has come up on this list a couple times with gummyboot that will ignore some entries seemingly at random which I would bet is a firmware bug. efibootmgr -o seems to work for me, running efibootmgr again shows that the order has been updated but it is not persisted and when I reboot the previous default entry still boots. The --bootnext option does work for me when I need to boot a different entry just once. -- Fernando Rodriguez
Re: [gentoo-user] [SOLVED] Mysterious sudoers.d error
On Thu, Aug 27, 2015 at 09:22:48AM +, Alan Mackenzie wrote > Is your user a member of the audio group? I do CD ripping sometimes, > and the three groups acm is a member of which seem relevant are audio, > cdrom, and cdrw. > > Running ripping as root isn't ideal. [d531][root][~] grep waltdnes /etc/group | cut -d: -f1 wheel floppy uucp audio cdrom video cdrw usb portage games I notice that I was *NOT* a member "users"! I fixed that, logged out, logged in, and still got the same warnings. Weird. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thursday 27 Aug 2015 21:03:19 Fernando Rodriguez wrote: > On Thursday, August 27, 2015 8:44:07 PM Mick wrote: > > On Thursday 27 Aug 2015 20:30:17 Grant Edwards wrote: > > > On 2015-08-27, James wrote: > > > > Grant Edwards gmail.com> writes: > > > >> For those of us with multiple Linux installations on a disk, that's > > > >> a pretty big reason to stick with grub-legacy. > > > > > > > > So you are saying (trying to read the 'tea leaves' here) that > > > > grub legacy ( grub-static-0.97-r12) will work well on a 64 bit > > > > systems, > > > > > > I still use it on all my 64-bit machines. > > > > > > > (u)efi with say multiple drives (> 2T) and Raid-1 configs like > > > > btrfs-native or via lvm? > > > > > > I haven't started using UEFI boot mode mode yet, so I don't know how > > > thetwo grub's compare. > > > > UEFI do not need GRUB{1,2} or any other boot manager. They can boot any > > kernel you drop in the EFI boot partition directly, as long as you set it > > up so. It becomes cumbersome if you are planning to multiboot various > > kernels > > & > > > OS frequently. > > You do need a manager like efibootmgr unless you have a really good "bios" > menu where you can manage your entries. Only removable media is > autodetected on all EFI boxes I've seen. I use GRUB2 because my efi > firmware (like most) is really buggy. Changing the boot order doesn't work > at all (neither on the menu nor through efibootmgr), so I have to delete > and recreate the entries in the right order. What I did is create 2 efi > entries, one for my main kernel and one for grub2 and I added entries for > all my secondary kernels and windows on the grub2 menu. Interesting ... here I had no such problems on an EUFI Asus MoBo. I have a number of kernels (up to six last time I looked) and I can change the boot order with 'efibootmgr -o ,,...,' -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] CD ripper that generates song titles?
On Thu, 27 Aug 2015 15:42:46 -0400, Walter Dnes wrote: > Title-artist-based filenames are harder than it looks. I'm working on > a bash script to generate title_-_artist.flac filenames from > audio_nn.inf data. Then I'll pass that name to flac's "-o" parameter. Why reinvent the wheel? abcde is a shell script that does this and much more. It uses whichever ripper, encoder etc. that you want, with whatever options you want. -- Neil Bothwick My brain's in gear, neutral's a gear ain't it? pgpkGfL3ZyJdM.pgp Description: OpenPGP digital signature
Re: [gentoo-user] CD ripper that generates song titles?
Most drives support 4x ripping but I know of no drive that has a low speed above 8x. If you have a working algorithm, please send me a note. The format you reported is caused by manual editing of users and missing manual actvities from freedb. -- Send from my Android phone
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thursday, August 27, 2015 8:44:07 PM Mick wrote: > On Thursday 27 Aug 2015 20:30:17 Grant Edwards wrote: > > On 2015-08-27, James wrote: > > > Grant Edwards gmail.com> writes: > > >> For those of us with multiple Linux installations on a disk, that's a > > >> pretty big reason to stick with grub-legacy. > > > > > > So you are saying (trying to read the 'tea leaves' here) that > > > grub legacy ( grub-static-0.97-r12) will work well on a 64 bit systems, > > > > I still use it on all my 64-bit machines. > > > > > (u)efi with say multiple drives (> 2T) and Raid-1 configs like > > > btrfs-native or via lvm? > > > > I haven't started using UEFI boot mode mode yet, so I don't know how > > thetwo grub's compare. > > UEFI do not need GRUB{1,2} or any other boot manager. They can boot any > kernel you drop in the EFI boot partition directly, as long as you set it up > so. It becomes cumbersome if you are planning to multiboot various kernels & > OS frequently. You do need a manager like efibootmgr unless you have a really good "bios" menu where you can manage your entries. Only removable media is autodetected on all EFI boxes I've seen. I use GRUB2 because my efi firmware (like most) is really buggy. Changing the boot order doesn't work at all (neither on the menu nor through efibootmgr), so I have to delete and recreate the entries in the right order. What I did is create 2 efi entries, one for my main kernel and one for grub2 and I added entries for all my secondary kernels and windows on the grub2 menu. -- Fernando Rodriguez
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thursday, August 27, 2015 4:47:30 PM James wrote: > Grant Edwards gmail.com> writes: > > > > > On 2015-08-27, Mike Gilbert gentoo.org> wrote: > > > On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal > comcast.net> wrote: > > > > > >> I've had serious problems in the past getting to to install on > > >> a partition and gave up. Is that bug fixed? > > >> It insists on installing on the MBR which is unacceptable. > > Hmmm. For my purposes (That is creating a PreQualifing Matrix based > on the answers to some questions) it would seem that requiring installation > of Grub on a partition and not the MBR would mean that only Grub-2 can be used. > > > > > It's not a bug, and it won't be "fixed". Installing on a partition is > > > simply not supported. > > So, grub2 refuses to share power and cooperate with another bootloader. > > Bill Gates would be proud. > > Yea there does seem to a lot of that going around. The good news is > there are so many qualified kernel/lowlevel/devicedriver coders > around these days, it's only a matter of time before a serious > fork in the bootloader/kernel world of linux occurs. It just keeps > boiling and roiling, imho. ymmv. > > > > For those of us with multiple Linux installations on a disk, that's a > > pretty big reason to stick with grub-legacy. > > So you are saying (trying to read the 'tea leaves' here) that > grub legacy ( grub-static-0.97-r12) will work well on a 64 bit systems, > (u)efi with say multiple drives (> 2T) and Raid-1 configs like btrfs-native > or via lvm? An EFI 64-bit kernel can only be loaded by a 64-bit EFI bootloader. With Linux I think it doesn't matter because I think even with the EFI stub you get a hybrid kernel that can be booted by a regular bootloader, but things like the EFI framebuffer driver and efivars will not work unless you boot in EFI mode. You can chainload an efi bootloader with grub1 but I think that only emulates EFI, so these things may still not work. And I don't think that's officially supported anymore because there's grub2 for that purpose. > I'm not challenging what you are saying; I'm trying to figure out what > everybody is suggestions to publish the first draft of the PreQualifying > Matrix Questions and the resulting valid choices one can infer. Grub 1vs2 > is a big part of that matrix. > > > curiously, > James > > > > > -- Fernando Rodriguez
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thursday 27 Aug 2015 20:30:17 Grant Edwards wrote: > On 2015-08-27, James wrote: > > Grant Edwards gmail.com> writes: > >> For those of us with multiple Linux installations on a disk, that's a > >> pretty big reason to stick with grub-legacy. > > > > So you are saying (trying to read the 'tea leaves' here) that > > grub legacy ( grub-static-0.97-r12) will work well on a 64 bit systems, > > I still use it on all my 64-bit machines. > > > (u)efi with say multiple drives (> 2T) and Raid-1 configs like > > btrfs-native or via lvm? > > I haven't started using UEFI boot mode mode yet, so I don't know how > thetwo grub's compare. UEFI do not need GRUB{1,2} or any other boot manager. They can boot any kernel you drop in the EFI boot partition directly, as long as you set it up so. It becomes cumbersome if you are planning to multiboot various kernels & OS frequently. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] CD ripper that generates song titles?
On Thu, Aug 27, 2015 at 01:37:42PM +0200, Joerg Schilling wrote > BTW: I recommend to add: speed=4 paraopts=proof and if your drive supports > C2 errors, it may be a good idea to use: > > speed=4 paraopts=proof,c2check > > as add-on. How do I know that the drive goes as low as 4? "eject -X /dev/sr0" and "eject -X /dev/sr1" both report 48 with no indication of the minimum speed. Here's the contents of my /proc/sys/dev/cdrom/info CD-ROM information, Id: cdrom.c 3.20 2003/12/17 drive name: sr1 sr0 drive speed:48 48 drive # of slots: 1 1 Can close tray: 1 1 Can open tray: 1 1 Can lock tray: 1 1 Can change speed: 1 1 Can select disk:0 0 Can read multisession: 1 1 Can read MCN: 1 1 Reports media changed: 1 1 Can play audio: 1 1 Can write CD-R: 1 1 Can write CD-RW:1 1 Can read DVD: 1 1 Can write DVD-R:1 0 Can write DVD-RAM: 0 0 Can read MRW: 1 1 Can write MRW: 1 1 Can write RAM: 1 1 > The reason why cdda2wav uses systematic file names is to allow easy > copying with cdrecord (by using cdrecord *.wav). If there is a demand > on title based filenames, I could add this feature. Title-artist-based filenames are harder than it looks. I'm working on a bash script to generate title_-_artist.flac filenames from audio_nn.inf data. Then I'll pass that name to flac's "-o" parameter. I've already run into one CD who's .inf file format is... Performer= 'Various Artists' Tracktitle= 'Johnny Cash / I Walk The Line' ...while another CD has .inf data like... Performer= 'Glenn Miller' Tracktitle= 'In the mood' The script can select 2 branches depending on whether or not there's a "/" in Tracktitle, but I'm sure there are probably other variants out there. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On 2015-08-27, Mick wrote: > You beat me to it. Yes GRUB2 can be installed on a partition instead > of the MBR and yes it complains about it. However, it works > regardless. I know it has worked in the past, and I know that recent versions of some distros that use Grub2 still allow you to pick a partition for the bootloader during the install. > I have done it a couple of times so far, just as you describe above. > In my case I chainload GRUB2 with NTLDR or modern equivalent and this > is how I know that the MBR was not being overwritten by it. -- Grant Edwards grant.b.edwardsYow! I'm dressing up in at an ill-fitting IVY-LEAGUE gmail.comSUIT!! Too late...
[gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On 2015-08-27, James wrote: > Grant Edwards gmail.com> writes: >> For those of us with multiple Linux installations on a disk, that's a >> pretty big reason to stick with grub-legacy. > > So you are saying (trying to read the 'tea leaves' here) that > grub legacy ( grub-static-0.97-r12) will work well on a 64 bit systems, I still use it on all my 64-bit machines. > (u)efi with say multiple drives (> 2T) and Raid-1 configs like btrfs-native > or via lvm? I haven't started using UEFI boot mode mode yet, so I don't know how thetwo grub's compare. -- Grant Edwards grant.b.edwardsYow! ... I have read the at INSTRUCTIONS ... gmail.com
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thursday, August 27, 2015 4:50:15 PM mcatu...@comcast.net wrote: > The maintainers of grub are basically acting like dictators much like Microsoft. The whole point of using Linux was to have complete control of the PC. Who those morons think they are to tell me what I should use to boot Operating systems on my computer? Who are you to tell them what they should work on? They're acting like FOSS developers, many of whom work for free or underpaid so they work on whatever the fuck they want. The problem with FOSS is that we have too many idiots that like to rant about what they don't like instead of doing something about it. If all those energies went to improving the software FOSS would be so much better. -- Fernando Rodriguez
Re: [gentoo-user] CD ripper that generates song titles?
* Neil Bothwick [150827 14:57]: > On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote: > > > > Kids still buy CDs? My grandson recently asked me "What's a record?" > > > when I used the term. > > > I live in a different universe to you called "South Africa" and CDs are > > a big market here. The bulk of the population (none of whom are early > > adopters) don't trust online music stores; they want a thing they can > > hold in their hand and that thing is a CD :-) > > Round here, the kids (and most adults) are happy to entrust everything to > Apple and Facebook. I prefer physical media, but I always considered that > a symptom of being an old fart. I've always considered my regard for media as being an old fart as well. Though two of my three kids are building vinyl collections now. > > > vinyls are also making a comeback; it's a whole retro marketing thing. > > Vinyl has always been the medium of choice for audio snobs... I prefer reel to reel tape...
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thursday 27 Aug 2015 19:31:34 Fernando Rodriguez wrote: > On Thursday, August 27, 2015 2:23:56 PM Fernando Rodriguez wrote: > > On Thursday, August 27, 2015 8:49:13 AM Mike Gilbert wrote: > > > On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal > > > > wrote: > > > > Le 2015-08-26 13:37, Fernando Rodriguez a écrit : > > > >> This may not be complete and some of these may be possible to some > > extent > > > > >> with > > > >> legacy grub: > > > >> > > > >> 1. Grub Legacy is 32-bit only, so you need 32-bit libraries or use > > grub- > > > > >> static. Grub2 is portable, even beyond Intel architectures. > > > >> 2. Grub2 has been rewritten to be modular. Instead of Grub's stages > > model > > > > >> it > > > >> uses a core image and a bunch of modules. > > > >> 3. EFI support without chainloading or other hacks. > > > >> 4. Better filesystem support. Including loopback devices. > > > >> 5. Graphics and theming support. > > > >> 6. Grub2's config file (the one it tells you not to edit manually) > > > >> is scriptable > > > >> using a shell-like script language. > > > >> 7. Password support for each entry. > > > > > > > > I've had serious problems in the past getting to to install on a > > partition > > > > > and gave up. Is that bug fixed? It insists on installing on the MBR > > > > which > > > > is > > > > > > unacceptable. > > > > > > It's not a bug, and it won't be "fixed". Installing on a partition is > > > simply not supported. > > > > I just got it to work with these steps: > > > > 1. Mount the partition to /mnt/usb > > 2. Run: > > > > #grub2-install --directory /usr/lib/grub/i386-pc --boot- > > directory=/mnt/usb/boot --force /dev/sdb2 > > Installing for i386-pc platform. > > grub2-install: warning: File system `ext2' doesn't support embedding. > > grub2-install: warning: Embedding is not possible. GRUB can only be > > installed > > > in this setup by using blocklists. However, blocklists are UNRELIABLE > > and their use is discouraged.. > > Installation finished. No error reported. > > > > 3. Set the partition as active with fdisk. > > > > And it booted. To verify that it didn't overwrite the mbr I overwrote it > > with > > > syslinux's mbr as follows: > > > > sudo dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/mbr.bin > > of=/dev/sdb > > > Still boots! > > It is a good idea to make all grub2 files in /boot immutable to avoid > problems. You beat me to it. Yes GRUB2 can be installed on a partition instead of the MBR and yes it complains about it. However, it works regardless. I have done it a couple of times so far, just as you describe above. In my case I chainload GRUB2 with NTLDR or modern equivalent and this is how I know that the MBR was not being overwritten by it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] CD ripper that generates song titles?
On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote: > > Kids still buy CDs? My grandson recently asked me "What's a record?" > > when I used the term. > I live in a different universe to you called "South Africa" and CDs are > a big market here. The bulk of the population (none of whom are early > adopters) don't trust online music stores; they want a thing they can > hold in their hand and that thing is a CD :-) Round here, the kids (and most adults) are happy to entrust everything to Apple and Facebook. I prefer physical media, but I always considered that a symptom of being an old fart. > vinyls are also making a comeback; it's a whole retro marketing thing. Vinyl has always been the medium of choice for audio snobs... -- Neil Bothwick An infinite number of monkeys pounding away on keyboards will eventually produce a report showing that Windows is more secure, and has a lower TCO, than linux. pgpWWKpcdwIq6.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thursday, August 27, 2015 2:23:56 PM Fernando Rodriguez wrote: > On Thursday, August 27, 2015 8:49:13 AM Mike Gilbert wrote: > > On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal > wrote: > > > Le 2015-08-26 13:37, Fernando Rodriguez a écrit : > > > > > >> This may not be complete and some of these may be possible to some extent > > >> with > > >> legacy grub: > > >> > > >> 1. Grub Legacy is 32-bit only, so you need 32-bit libraries or use grub- > > >> static. Grub2 is portable, even beyond Intel architectures. > > >> 2. Grub2 has been rewritten to be modular. Instead of Grub's stages model > > >> it > > >> uses a core image and a bunch of modules. > > >> 3. EFI support without chainloading or other hacks. > > >> 4. Better filesystem support. Including loopback devices. > > >> 5. Graphics and theming support. > > >> 6. Grub2's config file (the one it tells you not to edit manually) is > > >> scriptable > > >> using a shell-like script language. > > >> 7. Password support for each entry. > > >> > > >> > > > > > > I've had serious problems in the past getting to to install on a partition > > > and gave up. Is that bug fixed? It insists on installing on the MBR which > is > > > unacceptable. > > > > > > > It's not a bug, and it won't be "fixed". Installing on a partition is > > simply not supported. > > > > I just got it to work with these steps: > > 1. Mount the partition to /mnt/usb > 2. Run: > > #grub2-install --directory /usr/lib/grub/i386-pc --boot- > directory=/mnt/usb/boot --force /dev/sdb2 > Installing for i386-pc platform. > grub2-install: warning: File system `ext2' doesn't support embedding. > grub2-install: warning: Embedding is not possible. GRUB can only be installed > in this setup by using blocklists. However, blocklists are UNRELIABLE and > their use is discouraged.. > Installation finished. No error reported. > > 3. Set the partition as active with fdisk. > > And it booted. To verify that it didn't overwrite the mbr I overwrote it with > syslinux's mbr as follows: > > sudo dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sdb > > Still boots! It is a good idea to make all grub2 files in /boot immutable to avoid problems. -- Fernando Rodriguez
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thursday, August 27, 2015 8:49:13 AM Mike Gilbert wrote: > On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal wrote: > > Le 2015-08-26 13:37, Fernando Rodriguez a écrit : > > > >> This may not be complete and some of these may be possible to some extent > >> with > >> legacy grub: > >> > >> 1. Grub Legacy is 32-bit only, so you need 32-bit libraries or use grub- > >> static. Grub2 is portable, even beyond Intel architectures. > >> 2. Grub2 has been rewritten to be modular. Instead of Grub's stages model > >> it > >> uses a core image and a bunch of modules. > >> 3. EFI support without chainloading or other hacks. > >> 4. Better filesystem support. Including loopback devices. > >> 5. Graphics and theming support. > >> 6. Grub2's config file (the one it tells you not to edit manually) is > >> scriptable > >> using a shell-like script language. > >> 7. Password support for each entry. > >> > >> > > > > I've had serious problems in the past getting to to install on a partition > > and gave up. Is that bug fixed? It insists on installing on the MBR which is > > unacceptable. > > > > It's not a bug, and it won't be "fixed". Installing on a partition is > simply not supported. > I just got it to work with these steps: 1. Mount the partition to /mnt/usb 2. Run: #grub2-install --directory /usr/lib/grub/i386-pc --boot- directory=/mnt/usb/boot --force /dev/sdb2 Installing for i386-pc platform. grub2-install: warning: File system `ext2' doesn't support embedding. grub2-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. Installation finished. No error reported. 3. Set the partition as active with fdisk. And it booted. To verify that it didn't overwrite the mbr I overwrote it with syslinux's mbr as follows: sudo dd conv=notrunc bs=440 count=1 if=/usr/share/syslinux/mbr.bin of=/dev/sdb Still boots! -- Fernando Rodriguez
Re: [gentoo-user] CD ripper that generates song titles?
Mick wrote: > Vinyl LPs are making a comeback in the UK too among audiophiles. Those > who can afford it use valve amps too. Yeah, the most popular type is the Single Ended Triode (SET). The most popular toobz are the 2A3 (good for about 5W output) and the 300B (good for about 8W output). -- IQ is a measure of how stupid you feel. Powers are not rights.
Re: [gentoo-user] CD ripper that generates song titles?
On Thursday 27 Aug 2015 15:43:41 Alan McKinnon wrote: > On 27/08/2015 11:53, Neil Bothwick wrote: > > On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote: > >> I find for popular CDs (like what my kids buy in music stores), > > > > Kids still buy CDs? My grandson recently asked me "What's a record?" when > > I used the term. > > I live in a different universe to you called "South Africa" and CDs are > a big market here. The bulk of the population (none of whom are early > adopters) don't trust online music stores; they want a thing they can > hold in their hand and that thing is a CD :-) > > vinyls are also making a comeback; it's a whole retro marketing thing. Vinyl LPs are making a comeback in the UK too among audiophiles. Those who can afford it use valve amps too. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] curses of ncurses :(
On Thu, 27 Aug 2015 17:33:33 +0200, Alan McKinnon wrote: > Fix the real error, and all that junk on the screen goes away. No reason > to stop updating. And the "fix" is to resync, it's a fixed bug https://bugs.gentoo.org/show_bug.cgi?id=558856 -- Neil Bothwick "You want us to do WHAT?" - Ancient Chinese wall engineer. pgpoQLk4D8h1Z.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thu, 27 Aug 2015 16:50:15 + (UTC), mcatu...@comcast.net wrote: > The maintainers of grub are basically acting like dictators much like > Microsoft. The whole point of using Linux was to have complete control > of the PC. Who those morons think they are to tell me what I should use > to boot Operating systems on my computer? No one is telling you to do anything. You choose which bootloader to install, if you don't like the choice you made there is only one person to blame. -- Neil Bothwick ASSISTANT MANAGER: Feminine form of the word manager (q.v.). pgpdYADONQGPL.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thu, 27 Aug 2015 14:19:29 + (UTC), Grant Edwards wrote: > For those of us with multiple Linux installations on a disk, that's a > pretty big reason to stick with grub-legacy. Actually, that's a good scenario for GRUB2. grub2-mkconfig can detect all Linux installations on a system, not just the running one, so you only need one GRUB to boot everything. That's why distro installers are so much better at setting up Linux dual booting these days, because GRUB2 makes it simple for them. -- Neil Bothwick What do you have when you have six lawyers buried up to their necks in sand? Not enough sand. pgpES1qdIiqcS.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thu, Aug 27, 2015 at 04:50:15PM +, mcatu...@comcast.net wrote: > - Mail original - > >It's not a bug, and it won't be "fixed". Installing on a partition is > >simply not supported. > When a needed functionality is no longer working it is a bug. To have > grub installing itself on the MBR when the users doesn't it to is > unacceptable because it wipes out the part that loads the bootloader so > booting to other operating systems (OS/2, PC Dos, Ecomstation, etc) is > no longer possible with a nice bootloader, we are then stuck with grub > which is a pain in the ass to setup. > I want to use grub only for the current Linux that I boot on. > The maintainers of grub are basically acting like dictators much like > Microsoft. The whole point of using Linux was to have complete control > of the PC. Who those morons think they are to tell me what I should use > to boot Operating systems on my computer? Just to point out that the unparliamentary language is not going to contribute towards any solution. For all we know, some of the relevant maintainers might be Gentoo users subscribed to this list, and slagging them off isn't helpful. There might well be good reasons for the restriction. Discovering what they are is more likely to point towards a positive resolution. > Michel -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] curses of ncurses :(
Am Thu, 27 Aug 2015 17:42:07 +0200 schrieb "J. Roeleveld" : > I only had 1 required by set. > Which basically got me to remove the llvm use-flag from mesa. > > That solved the block for me as it ended up removing "llvm" [...] FWIW, my experience yesterday was that you should be able to set the llvm flag again and continue to not have the blocker (although AIUI that flag is only really useful for the free drivers). -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup pgpWp2dhkJh3g.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] curses of ncurses :(
On Thu, Aug 27, 2015 at 05:42:07PM +0200, J. Roeleveld wrote: > > That solved the block for me as it ended up removing "llvm" > > What is "llvm" actually used for? > > -- > Joost > Some of the graphics code in mesa is written in LLVM's IR and compiled on the fly using all of the x86 extensions (SSE, AVX, etc.) that are available[1]. Alec 1. http://www.mesa3d.org/llvmpipe.html
Re: [gentoo-user] curses of ncurses :(
Am Thu, 27 Aug 2015 18:25:43 +0300 schrieb gevisz : > >> The following keyword changes are necessary to proceed: > >> (see "package.accept_keywords" in the portage(5) man page for more > >> details) > >> # required by app-emulation/wine-1.6.2::gentoo > >> # required by @selected > >> # required by @world (argument) > >> =sys-libs/ncurses-5.9-r101 ~amd64 [...] > > P.S. I have too much "required by" lines. So, if the portage will not >resolve this issue automatically, I will stop to update my system at > all. I meant the part quoted above. Re-emerging wine should fix it for you (it did for me). I don't know why, but I think that it has something to do with the way portage tracks slot operator dependencies (which I know next to nothing about). -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup pgpTNBFUDBDXS.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
- Mail original - >It's not a bug, and it won't be "fixed". Installing on a partition is >simply not supported. When a needed functionality is no longer working it is a bug. To have grub installing itself on the MBR when the users doesn't it to is unacceptable because it wipes out the part that loads the bootloader so booting to other operating systems (OS/2, PC Dos, Ecomstation, etc) is no longer possible with a nice bootloader, we are then stuck with grub which is a pain in the ass to setup. I want to use grub only for the current Linux that I boot on. The maintainers of grub are basically acting like dictators much like Microsoft. The whole point of using Linux was to have complete control of the PC. Who those morons think they are to tell me what I should use to boot Operating systems on my computer? Michel
[gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
Grant Edwards gmail.com> writes: > > On 2015-08-27, Mike Gilbert gentoo.org> wrote: > > On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal comcast.net> wrote: > > > >> I've had serious problems in the past getting to to install on > >> a partition and gave up. Is that bug fixed? > >> It insists on installing on the MBR which is unacceptable. Hmmm. For my purposes (That is creating a PreQualifing Matrix based on the answers to some questions) it would seem that requiring installation of Grub on a partition and not the MBR would mean that only Grub-2 can be used. > > It's not a bug, and it won't be "fixed". Installing on a partition is > > simply not supported. > So, grub2 refuses to share power and cooperate with another bootloader. > Bill Gates would be proud. Yea there does seem to a lot of that going around. The good news is there are so many qualified kernel/lowlevel/devicedriver coders around these days, it's only a matter of time before a serious fork in the bootloader/kernel world of linux occurs. It just keeps boiling and roiling, imho. ymmv. > For those of us with multiple Linux installations on a disk, that's a > pretty big reason to stick with grub-legacy. So you are saying (trying to read the 'tea leaves' here) that grub legacy ( grub-static-0.97-r12) will work well on a 64 bit systems, (u)efi with say multiple drives (> 2T) and Raid-1 configs like btrfs-native or via lvm? I'm not challenging what you are saying; I'm trying to figure out what everybody is suggestions to publish the first draft of the PreQualifying Matrix Questions and the resulting valid choices one can infer. Grub 1vs2 is a big part of that matrix. curiously, James
Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On Thu, Aug 27, 2015 at 10:19 AM, Grant Edwards wrote: > On 2015-08-27, Mike Gilbert wrote: >> On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal wrote: >> >>> I've had serious problems in the past getting to to install on a partition >>> and gave up. Is that bug fixed? It insists on installing on the MBR which is >>> unacceptable. >> >> It's not a bug, and it won't be "fixed". Installing on a partition is >> simply not supported. > > So, grub2 refuses to share power and cooperate with another bootloader. > Bill Gates would be pround. What a dumb, ignorant comment. Installation to a partition does not work due to technical limitations, and the grub developers have no interest in spending time working around them. They don't give a crap about taking over your PC. > For those of us with multiple Linux installations on a disk, that's a > pretty big reason to stick with grub-legacy. grub can be configured to boot multiple linux distros from a single config file. Generating said config file can be a bit of work, but it's definitely doable.
[gentoo-user] Re: curses of ncurses :(
J. Roeleveld antarean.org> writes: > What is "llvm" actually used for? Enable llvm code generator for ghc (-fllvm). Build with llvm. Currently the package only builds against old versions of llvm. Enable LLVM backend for Gallium3D. Build the sparse-llvm utility hth, James
Re: [gentoo-user] curses of ncurses :(
On Thursday, August 27, 2015 05:33:33 PM Alan McKinnon wrote: > On 27/08/2015 17:25, gevisz wrote: > > 2015-08-27 17:52 GMT+03:00 Marc Joliet : > > P.S. I have too much "required by" lines. So, if the portage will not > > > >resolve this issue automatically, I will stop to update my system > >at all. > > I don't think that's the right attitude, portage really only needs to > tell you the first one. > > What is happening is two SLOTs of the same package want to be updated, > but the specific versions block each other (this is definitely a bug of > some kind as the whole point of SLOTs is you *can* have both) > > So portage is telling you that it can't do what it wants to do with > ncurses as there is a blocker. It needs to update ncurses because procps > wants it. And so does Vim. And gvim, zsh, ruby and more. Why so many? > Because ncurses is a very basic piece of code and lots of things use it, > and portage blindly printed all of them > > You only have one error. The 50 or more Required lines are total noise > at this point and distract you from seeing things in the proper light. > Portage is well known for often giving really sucky output, this is such > a time. > > Fix the real error, and all that junk on the screen goes away. No reason > to stop updating. I only had 1 required by set. Which basically got me to remove the llvm use-flag from mesa. That solved the block for me as it ended up removing "llvm" What is "llvm" actually used for? -- Joost
Re: [gentoo-user] curses of ncurses :(
On 27/08/2015 17:25, gevisz wrote: > 2015-08-27 17:52 GMT+03:00 Marc Joliet : >> Am Thu, 27 Aug 2015 17:34:24 +0300 >> schrieb gevisz : >> >>> I do not understand: >>> 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 >>> (because it is marked), >>> 2) why it can not, >>> 3) what to do with this block. >>> >>> $ eix ncurses >>> >>> [I] sys-libs/ncurses >>> Available versions: >>> (0)5.9-r3 ~5.9-r4 ~6.0(0/6) >>> (5)~5.9-r101(5/5) >>>{ada +cxx debug doc gpm minimal profile static-libs test >>> threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" >>> ABI_S390="32 64" ABI_X86="32 64 x32"} >>> Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm >>> unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace >>> ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" >>> ABI_X86="32 64 -x32") >>> Homepage:https://www.gnu.org/software/ncurses/ >>> http://dickey.his.com/ncurses/ >>> Description: console display library >>> >>> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world >>> >>> These are the packages that would be merged, in order: >>> >>> Calculating dependencies... done! >>> [ebuild U ] dev-util/diffstat-1.60 [1.58] >>> [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] >>> [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" >>> [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode >>> -tinfo" ABI_X86="32 (64) (-x32)" >>> [ebuild U ] www-client/firefox-38.2.0 [38.1.1] >>> [blocks B ] >> blocking sys-libs/ncurses-5.9-r101) >>> >>> * Error: The above package list contains packages which cannot be >>> * installed at the same time on the same system. >>> >>> (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) >>> pulled in by >>> >=sys-libs/ncurses-5.7-r7[unicode?] >>> (>=sys-libs/ncurses-5.7-r7[unicode]) required by >>> (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r2 required by >>> (app-editors/vim-7.4.273:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r2 required by >>> (app-editors/gvim-7.4.273:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.1 required by >>> (app-shells/zsh-5.0.5:0/0::gentoo, installed) >>> sys-libs/ncurses required by >>> (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) >>> >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, >>> installed) ... > P.S. I have too much "required by" lines. So, if the portage will not >resolve this issue automatically, I will stop to update my system at > all. I don't think that's the right attitude, portage really only needs to tell you the first one. What is happening is two SLOTs of the same package want to be updated, but the specific versions block each other (this is definitely a bug of some kind as the whole point of SLOTs is you *can* have both) So portage is telling you that it can't do what it wants to do with ncurses as there is a blocker. It needs to update ncurses because procps wants it. And so does Vim. And gvim, zsh, ruby and more. Why so many? Because ncurses is a very basic piece of code and lots of things use it, and portage blindly printed all of them You only have one error. The 50 or more Required lines are total noise at this point and distract you from seeing things in the proper light. Portage is well known for often giving really sucky output, this is such a time. Fix the real error, and all that junk on the screen goes away. No reason to stop updating. > > P.P.S. This "blocking" issue was a fun only during the first two years with > Gentoo. Now, it becomes more and more annoying... > >> The funny thing is that the day before, on another computer, portage resolved >> the blocker automatically by re-emerging llvm and octave (slot-operator >> ("rR") >> type re-emerge). >> >> HTH >> -- >> Marc Joliet >> -- >> "People who think they know everything really annoy those of us who know we >> don't" - Bjarne Stroustrup > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] curses of ncurses :(
2015-08-27 18:18 GMT+03:00 Alexander Kapshuk : > On Thu, Aug 27, 2015 at 6:16 PM, gevisz wrote: >> 2015-08-27 17:43 GMT+03:00 Alexander Kapshuk : >>> On Thu, Aug 27, 2015 at 5:34 PM, gevisz wrote: I do not understand: 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 (because it is marked), 2) why it can not, 3) what to do with this block. $ eix ncurses [I] sys-libs/ncurses Available versions: (0)5.9-r3 ~5.9-r4 ~6.0(0/6) (5)~5.9-r101(5/5) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32") Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode -tinfo" ABI_X86="32 (64) (-x32)" [ebuild U ] www-client/firefox-38.2.0 [38.1.1] [blocks B ] >>> blocking sys-libs/ncurses-5.9-r101) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) pulled in by >=sys-libs/ncurses-5.7-r7[unicode?] (>=sys-libs/ncurses-5.7-r7[unicode]) required by (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (app-editors/vim-7.4.273:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (app-editors/gvim-7.4.273:0/0::gentoo, installed) >=sys-libs/ncurses-5.1 required by (app-shells/zsh-5.0.5:0/0::gentoo, installed) sys-libs/ncurses required by (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r5 required by (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) >=sys-libs/ncurses-5.2 required by (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) >=sys-libs/ncurses-5.2:5/5= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r5[unicode?] (>=sys-libs/ncurses-5.2-r5[unicode]) required by (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) >=sys-libs/ncurses-5.2 required by (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) >=sys-libs/ncurses-5.2:= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) >=sys-libs/ncurses-5.1 required by (mail-client/alpine-2.00-r5:0/0::gentoo, installed) sys-libs/ncurses required by (sys-devel/gettext-0.19.4:0/0::gentoo, installed) sys-libs/ncurses[unicode] required by (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, installed) sys-libs/ncurses:5/5= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7 required by (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) sys-libs/ncurses required by (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7 required by (www-client/links-2.8-r1:2/2::gentoo, installed) >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (app-shells/bash-4.3_p39:0/0::gentoo, installed) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (sys-block/parted-3.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (media-sound/als
[gentoo-user] LXQT (~0.9.0-r2)
Hello, So on a recently upgraded system, I removed KDE and I'm attempting to install LX!T-meta-0.9.0-r2. Any advise on that is most welcome. The system had not been upgraded for several years (an old laptop) but all seems fine now with portage, compilers, @system and @world all current. Last sync :: Timestamp of repository gentoo: Wed, 26 Aug 2015 22:30:02 + I removed all of the kde*meta packages and have been slowly cleaning out the residual kde kruft via this resource's suggestions [1]. So far ncurses* and libcaca seem to be the only packages motivating extreme creativity on installation. Right now I have ncurses-6.0 installed and I'm working on finding a compatible version of libcaca. (I did not want to post to the current ncurses post but surely ncurses issues are part of this compatibility issue. Any tidbits, suggestions or package flag/tricks are most welcome on the latest version of LXQT-meta. Ok and libcaca just failed (again):: " /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGLU collect2: error: ld returned 1 exit status distcc[1382] ERROR: compile (null) on localhost failed Makefile:689: recipe for target 'libcaca.la' failed make[2]: *** [libcaca.la] Error 1 " I'm using distcc. I have turned distcc off (/etc/init.d/distcc stop) on both the host and the other (8 core) system; and also used " MAKEOPTS="-j1" USE="qt5 ". Distcc has not had any other issues on this setup (same arch, compiler and key packages) for hundreds of other compiles. So I'm a bit stumped. What would be keen is the for somebody running the latest version of lxqt-meta to list the files and flags they use. Hunches also warmly received. Lafilefixer? (I thought all those tricks were integrated into portage PM now? [1] https://wiki.gentoo.org/wiki/KDE/Removal
Re: [gentoo-user] curses of ncurses :(
2015-08-27 17:52 GMT+03:00 Marc Joliet : > Am Thu, 27 Aug 2015 17:34:24 +0300 > schrieb gevisz : > >> I do not understand: >> 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 >> (because it is marked), >> 2) why it can not, >> 3) what to do with this block. >> >> $ eix ncurses >> >> [I] sys-libs/ncurses >> Available versions: >> (0)5.9-r3 ~5.9-r4 ~6.0(0/6) >> (5)~5.9-r101(5/5) >>{ada +cxx debug doc gpm minimal profile static-libs test >> threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" >> ABI_S390="32 64" ABI_X86="32 64 x32"} >> Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm >> unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace >> ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" >> ABI_X86="32 64 -x32") >> Homepage:https://www.gnu.org/software/ncurses/ >> http://dickey.his.com/ncurses/ >> Description: console display library >> >> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> [ebuild U ] dev-util/diffstat-1.60 [1.58] >> [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] >> [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" >> [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode >> -tinfo" ABI_X86="32 (64) (-x32)" >> [ebuild U ] www-client/firefox-38.2.0 [38.1.1] >> [blocks B ] > blocking sys-libs/ncurses-5.9-r101) >> >> * Error: The above package list contains packages which cannot be >> * installed at the same time on the same system. >> >> (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) >> pulled in by >> >=sys-libs/ncurses-5.7-r7[unicode?] >> (>=sys-libs/ncurses-5.7-r7[unicode]) required by >> (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-editors/vim-7.4.273:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-editors/gvim-7.4.273:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.1 required by >> (app-shells/zsh-5.0.5:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, >> installed) >> >=sys-libs/ncurses-5.2-r5 required by >> (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by >> (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) >> >=sys-libs/ncurses-5.2:5/5= required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r5[unicode?] >> (>=sys-libs/ncurses-5.2-r5[unicode]) required by >> (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by >> (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) >> >=sys-libs/ncurses-5.2:= required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] >> required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) >> >=sys-libs/ncurses-5.1 required by >> (mail-client/alpine-2.00-r5:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (sys-devel/gettext-0.19.4:0/0::gentoo, installed) >> sys-libs/ncurses[unicode] required by >> (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) >> sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, >> installed) >> sys-libs/ncurses:5/5= required by >> (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7 required by >> (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7 required by >> (www-client/links-2.8-r1:2/2::gentoo, installed) >> >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-shells/bash-4.3_p39:0/0::gentoo, installed) >> >> (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by >> sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, >> installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (sys-block/parted-3.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2:0= required by >> (sys-devel/gdb-7.7.1:0/0::gentoo, installed) >> sys-libs/ncurses:0=[unicode] required by >> (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) >> sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0
Re: [gentoo-user] curses of ncurses :(
On Thu, Aug 27, 2015 at 6:16 PM, gevisz wrote: > 2015-08-27 17:43 GMT+03:00 Alexander Kapshuk : >> On Thu, Aug 27, 2015 at 5:34 PM, gevisz wrote: >>> I do not understand: >>> 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 >>> (because it is marked), >>> 2) why it can not, >>> 3) what to do with this block. >>> >>> $ eix ncurses >>> >>> [I] sys-libs/ncurses >>> Available versions: >>> (0)5.9-r3 ~5.9-r4 ~6.0(0/6) >>> (5)~5.9-r101(5/5) >>>{ada +cxx debug doc gpm minimal profile static-libs test >>> threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" >>> ABI_S390="32 64" ABI_X86="32 64 x32"} >>> Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm >>> unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace >>> ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" >>> ABI_X86="32 64 -x32") >>> Homepage:https://www.gnu.org/software/ncurses/ >>> http://dickey.his.com/ncurses/ >>> Description: console display library >>> >>> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world >>> >>> These are the packages that would be merged, in order: >>> >>> Calculating dependencies... done! >>> [ebuild U ] dev-util/diffstat-1.60 [1.58] >>> [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] >>> [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" >>> [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode >>> -tinfo" ABI_X86="32 (64) (-x32)" >>> [ebuild U ] www-client/firefox-38.2.0 [38.1.1] >>> [blocks B ] >> blocking sys-libs/ncurses-5.9-r101) >>> >>> * Error: The above package list contains packages which cannot be >>> * installed at the same time on the same system. >>> >>> (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) >>> pulled in by >>> >=sys-libs/ncurses-5.7-r7[unicode?] >>> (>=sys-libs/ncurses-5.7-r7[unicode]) required by >>> (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r2 required by >>> (app-editors/vim-7.4.273:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r2 required by >>> (app-editors/gvim-7.4.273:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.1 required by >>> (app-shells/zsh-5.0.5:0/0::gentoo, installed) >>> sys-libs/ncurses required by >>> (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) >>> >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, >>> installed) >>> >=sys-libs/ncurses-5.2-r5 required by >>> (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) >>> >=sys-libs/ncurses-5.2 required by >>> (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) >>> >=sys-libs/ncurses-5.2:5/5= required by >>> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r5[unicode?] >>> (>=sys-libs/ncurses-5.2-r5[unicode]) required by >>> (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.2 required by >>> (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) >>> >=sys-libs/ncurses-5.2:= required by >>> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] >>> required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) >>> >=sys-libs/ncurses-5.1 required by >>> (mail-client/alpine-2.00-r5:0/0::gentoo, installed) >>> sys-libs/ncurses required by >>> (sys-devel/gettext-0.19.4:0/0::gentoo, installed) >>> sys-libs/ncurses[unicode] required by >>> (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) >>> sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, >>> installed) >>> sys-libs/ncurses:5/5= required by >>> (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r2 required by >>> (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.7-r7 required by >>> (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) >>> sys-libs/ncurses required by >>> (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.7-r7 required by >>> (www-client/links-2.8-r1:2/2::gentoo, installed) >>> >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by >>> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r2 required by >>> (app-shells/bash-4.3_p39:0/0::gentoo, installed) >>> >>> (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by >>> sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, >>> installed) >>> >=sys-libs/ncurses-5.7-r7:0= required by >>> (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.7-r7:0= required by >>> (sys-block/parted-3.2:0/0::gentoo, installed) >>> >=sys-libs/ncurses-5.7-r7:0= required by >>> (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) >>> >=sys-libs/ncurses-5.2-r2:0= required by >>> (sys-devel/gdb-7.7.1:0/0::gentoo, installed) >>> sys-
Re: [gentoo-user] curses of ncurses :(
2015-08-27 17:43 GMT+03:00 Alexander Kapshuk : > On Thu, Aug 27, 2015 at 5:34 PM, gevisz wrote: >> I do not understand: >> 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 >> (because it is marked), >> 2) why it can not, >> 3) what to do with this block. >> >> $ eix ncurses >> >> [I] sys-libs/ncurses >> Available versions: >> (0)5.9-r3 ~5.9-r4 ~6.0(0/6) >> (5)~5.9-r101(5/5) >>{ada +cxx debug doc gpm minimal profile static-libs test >> threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" >> ABI_S390="32 64" ABI_X86="32 64 x32"} >> Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm >> unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace >> ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" >> ABI_X86="32 64 -x32") >> Homepage:https://www.gnu.org/software/ncurses/ >> http://dickey.his.com/ncurses/ >> Description: console display library >> >> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> [ebuild U ] dev-util/diffstat-1.60 [1.58] >> [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] >> [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" >> [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode >> -tinfo" ABI_X86="32 (64) (-x32)" >> [ebuild U ] www-client/firefox-38.2.0 [38.1.1] >> [blocks B ] > blocking sys-libs/ncurses-5.9-r101) >> >> * Error: The above package list contains packages which cannot be >> * installed at the same time on the same system. >> >> (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) >> pulled in by >> >=sys-libs/ncurses-5.7-r7[unicode?] >> (>=sys-libs/ncurses-5.7-r7[unicode]) required by >> (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-editors/vim-7.4.273:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-editors/gvim-7.4.273:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.1 required by >> (app-shells/zsh-5.0.5:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, >> installed) >> >=sys-libs/ncurses-5.2-r5 required by >> (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by >> (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) >> >=sys-libs/ncurses-5.2:5/5= required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r5[unicode?] >> (>=sys-libs/ncurses-5.2-r5[unicode]) required by >> (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by >> (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) >> >=sys-libs/ncurses-5.2:= required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] >> required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) >> >=sys-libs/ncurses-5.1 required by >> (mail-client/alpine-2.00-r5:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (sys-devel/gettext-0.19.4:0/0::gentoo, installed) >> sys-libs/ncurses[unicode] required by >> (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) >> sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, >> installed) >> sys-libs/ncurses:5/5= required by >> (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7 required by >> (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7 required by >> (www-client/links-2.8-r1:2/2::gentoo, installed) >> >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-shells/bash-4.3_p39:0/0::gentoo, installed) >> >> (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by >> sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, >> installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (sys-block/parted-3.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2:0= required by >> (sys-devel/gdb-7.7.1:0/0::gentoo, installed) >> sys-libs/ncurses:0=[unicode] required by >> (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) >> sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0
[gentoo-user] Re: about updating gcc & wiki pages
Harry Putnam newsguy.com> writes: > >> Can anyone offer an informed opinion as to whether the wiki pages > >> at: https://wiki.gentoo.org/wiki/Upgrading_GCC First glance it seems updated. > >> Are current and apply as well to the newest gcc versions? GCC-5.2? Several folks have posted to a thread that gcc-5.2 is working great > > You may not have noticed but at the bottom of each wiki page there is > > a timestamp: > Ha... thanks for the nudge ... somewhere in the back of my pea brain, > I think I once new that... > > So, if the emerge of gcc ever finishes ... hehe. I'll follow on thru. > > > "This page was last modified on 11 August 2015, at 20:29." > > > > While I don't take this as a verification of correctness, I usually do > > consider it an indication of not-completely-wrongness. True. What I find is often the fringe or edge cases are not discussed. It's not that folks responsible for the pages do not want that sort of extra information, particular from proven, resourceful community members, it that those folks fail to file doc bugs on bgo proposing those enhancements. YOU can do that minimally, and before long (I think) you'll be able to edit some pages either directly or post them as attachments to the corresponding bug report. > At the very least, someone with enough privileges has visited the page. More work on the accuracy and completeness of the gentoo wiki is definitely warranted, so just file bgo reports of your ideas for enhancements. Welcome back, Harry.. James
Re: [gentoo-user] curses of ncurses :(
On Thu, Aug 27, 2015 at 5:43 PM, Alexander Kapshuk wrote: > On Thu, Aug 27, 2015 at 5:34 PM, gevisz wrote: >> I do not understand: >> 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 >> (because it is marked), >> 2) why it can not, >> 3) what to do with this block. >> >> $ eix ncurses >> >> [I] sys-libs/ncurses >> Available versions: >> (0)5.9-r3 ~5.9-r4 ~6.0(0/6) >> (5)~5.9-r101(5/5) >>{ada +cxx debug doc gpm minimal profile static-libs test >> threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" >> ABI_S390="32 64" ABI_X86="32 64 x32"} >> Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm >> unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace >> ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" >> ABI_X86="32 64 -x32") >> Homepage:https://www.gnu.org/software/ncurses/ >> http://dickey.his.com/ncurses/ >> Description: console display library >> >> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> [ebuild U ] dev-util/diffstat-1.60 [1.58] >> [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] >> [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" >> [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode >> -tinfo" ABI_X86="32 (64) (-x32)" >> [ebuild U ] www-client/firefox-38.2.0 [38.1.1] >> [blocks B ] > blocking sys-libs/ncurses-5.9-r101) >> >> * Error: The above package list contains packages which cannot be >> * installed at the same time on the same system. >> >> (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) >> pulled in by >> >=sys-libs/ncurses-5.7-r7[unicode?] >> (>=sys-libs/ncurses-5.7-r7[unicode]) required by >> (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-editors/vim-7.4.273:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-editors/gvim-7.4.273:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.1 required by >> (app-shells/zsh-5.0.5:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, >> installed) >> >=sys-libs/ncurses-5.2-r5 required by >> (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by >> (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) >> >=sys-libs/ncurses-5.2:5/5= required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r5[unicode?] >> (>=sys-libs/ncurses-5.2-r5[unicode]) required by >> (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2 required by >> (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) >> >=sys-libs/ncurses-5.2:= required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] >> required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) >> >=sys-libs/ncurses-5.1 required by >> (mail-client/alpine-2.00-r5:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (sys-devel/gettext-0.19.4:0/0::gentoo, installed) >> sys-libs/ncurses[unicode] required by >> (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) >> sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, >> installed) >> sys-libs/ncurses:5/5= required by >> (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7 required by >> (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) >> sys-libs/ncurses required by >> (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7 required by >> (www-client/links-2.8-r1:2/2::gentoo, installed) >> >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by >> (app-emulation/wine-1.6.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2 required by >> (app-shells/bash-4.3_p39:0/0::gentoo, installed) >> >> (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by >> sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, >> installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (sys-block/parted-3.2:0/0::gentoo, installed) >> >=sys-libs/ncurses-5.7-r7:0= required by >> (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) >> >=sys-libs/ncurses-5.2-r2:0= required by >> (sys-devel/gdb-7.7.1:0/0::gentoo, installed) >> sys-libs/ncurses:0=[unicode] required by >> (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) >> sys-libs/ncurses:0= required by (dev-util/cma
Re: [gentoo-user] curses of ncurses :(
Am Thu, 27 Aug 2015 17:34:24 +0300 schrieb gevisz : > I do not understand: > 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 > (because it is marked), > 2) why it can not, > 3) what to do with this block. > > $ eix ncurses > > [I] sys-libs/ncurses > Available versions: > (0)5.9-r3 ~5.9-r4 ~6.0(0/6) > (5)~5.9-r101(5/5) >{ada +cxx debug doc gpm minimal profile static-libs test > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" > ABI_S390="32 64" ABI_X86="32 64 x32"} > Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm > unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace > ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" > ABI_X86="32 64 -x32") > Homepage:https://www.gnu.org/software/ncurses/ > http://dickey.his.com/ncurses/ > Description: console display library > > # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild U ] dev-util/diffstat-1.60 [1.58] > [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] > [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" > [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode > -tinfo" ABI_X86="32 (64) (-x32)" > [ebuild U ] www-client/firefox-38.2.0 [38.1.1] > [blocks B ] blocking sys-libs/ncurses-5.9-r101) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) > pulled in by > >=sys-libs/ncurses-5.7-r7[unicode?] > (>=sys-libs/ncurses-5.7-r7[unicode]) required by > (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (app-editors/vim-7.4.273:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (app-editors/gvim-7.4.273:0/0::gentoo, installed) > >=sys-libs/ncurses-5.1 required by > (app-shells/zsh-5.0.5:0/0::gentoo, installed) > sys-libs/ncurses required by > (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) > >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, > installed) > >=sys-libs/ncurses-5.2-r5 required by > (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) > >=sys-libs/ncurses-5.2 required by > (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) > >=sys-libs/ncurses-5.2:5/5= required by > (app-emulation/wine-1.6.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r5[unicode?] > (>=sys-libs/ncurses-5.2-r5[unicode]) required by > (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2 required by > (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) > >=sys-libs/ncurses-5.2:= required by > (app-emulation/wine-1.6.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] > required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) > >=sys-libs/ncurses-5.1 required by > (mail-client/alpine-2.00-r5:0/0::gentoo, installed) > sys-libs/ncurses required by > (sys-devel/gettext-0.19.4:0/0::gentoo, installed) > sys-libs/ncurses[unicode] required by > (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) > sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, > installed) > sys-libs/ncurses:5/5= required by > (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7 required by > (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) > sys-libs/ncurses required by > (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7 required by > (www-client/links-2.8-r1:2/2::gentoo, installed) > >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by > (app-emulation/wine-1.6.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (app-shells/bash-4.3_p39:0/0::gentoo, installed) > > (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by > sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, > installed) > >=sys-libs/ncurses-5.7-r7:0= required by > (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7:0= required by > (sys-block/parted-3.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7:0= required by > (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) > >=sys-libs/ncurses-5.2-r2:0= required by > (sys-devel/gdb-7.7.1:0/0::gentoo, installed) > sys-libs/ncurses:0=[unicode] required by > (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) > sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, > installed) > sys-libs/ncurses required by (app-admin/eselect-1.4.4:0/0::gentoo, > installed) > sys-libs/ncurses:0= required
Re: [gentoo-user] curses of ncurses :(
On Thu, Aug 27, 2015 at 5:34 PM, gevisz wrote: > I do not understand: > 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 > (because it is marked), > 2) why it can not, > 3) what to do with this block. > > $ eix ncurses > > [I] sys-libs/ncurses > Available versions: > (0)5.9-r3 ~5.9-r4 ~6.0(0/6) > (5)~5.9-r101(5/5) >{ada +cxx debug doc gpm minimal profile static-libs test > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" > ABI_S390="32 64" ABI_X86="32 64 x32"} > Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm > unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace > ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" > ABI_X86="32 64 -x32") > Homepage:https://www.gnu.org/software/ncurses/ > http://dickey.his.com/ncurses/ > Description: console display library > > # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild U ] dev-util/diffstat-1.60 [1.58] > [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] > [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" > [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode > -tinfo" ABI_X86="32 (64) (-x32)" > [ebuild U ] www-client/firefox-38.2.0 [38.1.1] > [blocks B ] blocking sys-libs/ncurses-5.9-r101) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge) > pulled in by > >=sys-libs/ncurses-5.7-r7[unicode?] > (>=sys-libs/ncurses-5.7-r7[unicode]) required by > (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (app-editors/vim-7.4.273:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (app-editors/gvim-7.4.273:0/0::gentoo, installed) > >=sys-libs/ncurses-5.1 required by > (app-shells/zsh-5.0.5:0/0::gentoo, installed) > sys-libs/ncurses required by > (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) > >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, > installed) > >=sys-libs/ncurses-5.2-r5 required by > (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) > >=sys-libs/ncurses-5.2 required by > (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) > >=sys-libs/ncurses-5.2:5/5= required by > (app-emulation/wine-1.6.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r5[unicode?] > (>=sys-libs/ncurses-5.2-r5[unicode]) required by > (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2 required by > (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) > >=sys-libs/ncurses-5.2:= required by > (app-emulation/wine-1.6.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] > required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) > >=sys-libs/ncurses-5.1 required by > (mail-client/alpine-2.00-r5:0/0::gentoo, installed) > sys-libs/ncurses required by > (sys-devel/gettext-0.19.4:0/0::gentoo, installed) > sys-libs/ncurses[unicode] required by > (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) > sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, > installed) > sys-libs/ncurses:5/5= required by > (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7 required by > (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) > sys-libs/ncurses required by > (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7 required by > (www-client/links-2.8-r1:2/2::gentoo, installed) > >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by > (app-emulation/wine-1.6.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.2-r2 required by > (app-shells/bash-4.3_p39:0/0::gentoo, installed) > > (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by > sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, > installed) > >=sys-libs/ncurses-5.7-r7:0= required by > (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7:0= required by > (sys-block/parted-3.2:0/0::gentoo, installed) > >=sys-libs/ncurses-5.7-r7:0= required by > (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) > >=sys-libs/ncurses-5.2-r2:0= required by > (sys-devel/gdb-7.7.1:0/0::gentoo, installed) > sys-libs/ncurses:0=[unicode] required by > (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) > sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, > installed) > sys-libs/ncurses required by (app-admin/eselect-1.4.4:0/0::gentoo, > installed) > sys-libs/ncurses:0= required by > (sci-ma
Re: [gentoo-user] CD ripper that generates song titles?
On 27/08/2015 11:53, Neil Bothwick wrote: > On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote: > >> I find for popular CDs (like what my kids buy in music stores), > > Kids still buy CDs? My grandson recently asked me "What's a record?" when > I used the term. > > I live in a different universe to you called "South Africa" and CDs are a big market here. The bulk of the population (none of whom are early adopters) don't trust online music stores; they want a thing they can hold in their hand and that thing is a CD :-) vinyls are also making a comeback; it's a whole retro marketing thing. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] curses of ncurses :(
I do not understand: 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101 (because it is marked), 2) why it can not, 3) what to do with this block. $ eix ncurses [I] sys-libs/ncurses Available versions: (0)5.9-r3 ~5.9-r4 ~6.0(0/6) (5)~5.9-r101(5/5) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed versions: 5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32") Homepage:https://www.gnu.org/software/ncurses/ http://dickey.his.com/ncurses/ Description: console display library # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-util/diffstat-1.60 [1.58] [ebuild U ] dev-libs/libnl-3.2.26 [3.2.25] [ebuild U ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%" [ebuild NS ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode -tinfo" ABI_X86="32 (64) (-x32)" [ebuild U ] www-client/firefox-38.2.0 [38.1.1] [blocks B ] =sys-libs/ncurses-5.7-r7[unicode?] (>=sys-libs/ncurses-5.7-r7[unicode]) required by (sys-process/procps-3.3.9-r2:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (app-editors/vim-7.4.273:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (app-editors/gvim-7.4.273:0/0::gentoo, installed) >=sys-libs/ncurses-5.1 required by (app-shells/zsh-5.0.5:0/0::gentoo, installed) sys-libs/ncurses required by (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed) >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r5 required by (sys-boot/grub-2.02_beta2-r7:2/2::gentoo, installed) >=sys-libs/ncurses-5.2 required by (sys-kernel/gentoo-sources-4.0.5:4.0.5/4.0.5::gentoo, installed) >=sys-libs/ncurses-5.2:5/5= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r5[unicode?] (>=sys-libs/ncurses-5.2-r5[unicode]) required by (dev-util/dialog-1.2.20150528:0/0::gentoo, installed) >=sys-libs/ncurses-5.2 required by (dev-lang/python-3.4.1:3.4/3.4::gentoo, installed) >=sys-libs/ncurses-5.2:= required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) >=sys-libs/ncurses-5.1 required by (mail-client/alpine-2.00-r5:0/0::gentoo, installed) sys-libs/ncurses required by (sys-devel/gettext-0.19.4:0/0::gentoo, installed) sys-libs/ncurses[unicode] required by (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo, installed) sys-libs/ncurses:5/5= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (sys-apps/util-linux-2.25.2-r2:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7 required by (sys-process/psmisc-22.21-r2:0/0::gentoo, installed) sys-libs/ncurses required by (dev-libs/xmlrpc-c-1.32.05-r1:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7 required by (www-client/links-2.8-r1:2/2::gentoo, installed) >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)] required by (app-emulation/wine-1.6.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.2-r2 required by (app-shells/bash-4.3_p39:0/0::gentoo, installed) (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by sys-libs/ncurses required by (app-text/hunspell-1.3.3:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (media-sound/lame-3.99.5-r1:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (sys-block/parted-3.2:0/0::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (media-sound/alsa-utils-1.0.29:0.9/0.9::gentoo, installed) >=sys-libs/ncurses-5.2-r2:0= required by (sys-devel/gdb-7.7.1:0/0::gentoo, installed) sys-libs/ncurses:0=[unicode] required by (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed) sys-libs/ncurses:0= required by (dev-util/cmake-3.2.2:0/0::gentoo, installed) sys-libs/ncurses required by (app-admin/eselect-1.4.4:0/0::gentoo, installed) sys-libs/ncurses:0= required by (sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (dev-libs/libcdio-0.92:0/15::gentoo, installed) >=sys-libs/ncurses-5.7-r7:0= required by (sys-apps/gptfdisk-0.8.10:0/0::gentoo, installed) >=sys-libs/ncurses-5.9-r3[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (>=sys-libs/ncurses-5.9-r3[abi_x86_32(-),abi_x86_64(-)]) required by (sys-li
[gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1
On 2015-08-27, Mike Gilbert wrote: > On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal wrote: > >> I've had serious problems in the past getting to to install on a partition >> and gave up. Is that bug fixed? It insists on installing on the MBR which is >> unacceptable. > > It's not a bug, and it won't be "fixed". Installing on a partition is > simply not supported. So, grub2 refuses to share power and cooperate with another bootloader. Bill Gates would be pround. For those of us with multiple Linux installations on a disk, that's a pretty big reason to stick with grub-legacy. -- Grant Edwards grant.b.edwardsYow! I'm having a BIG BANG at THEORY!! gmail.com
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Thursday 27 August 2015 08:49:13 Mike Gilbert wrote: > On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal > > I've had serious problems in the past getting [grub2] to install on a > > partition and gave up. Is that bug fixed? It insists on installing on the > > MBR which is unacceptable. > > It's not a bug, and it won't be "fixed". Installing on a partition is > simply not supported. So now grub2 is insisting on being the only boot manager present. That doesn't sound like the Linux way to me. -- Rgds Peter
Re: [gentoo-user] Grub1: Cant ? Re: keeping grub 1
On Wed, Aug 26, 2015 at 6:27 PM, Michel Catudal wrote: > Le 2015-08-26 13:37, Fernando Rodriguez a écrit : > >> This may not be complete and some of these may be possible to some extent >> with >> legacy grub: >> >> 1. Grub Legacy is 32-bit only, so you need 32-bit libraries or use grub- >> static. Grub2 is portable, even beyond Intel architectures. >> 2. Grub2 has been rewritten to be modular. Instead of Grub's stages model >> it >> uses a core image and a bunch of modules. >> 3. EFI support without chainloading or other hacks. >> 4. Better filesystem support. Including loopback devices. >> 5. Graphics and theming support. >> 6. Grub2's config file (the one it tells you not to edit manually) is >> scriptable >> using a shell-like script language. >> 7. Password support for each entry. >> >> > > I've had serious problems in the past getting to to install on a partition > and gave up. Is that bug fixed? It insists on installing on the MBR which is > unacceptable. > It's not a bug, and it won't be "fixed". Installing on a partition is simply not supported.
Re: [gentoo-user] CD ripper that generates song titles?
Walter Dnes wrote: > Thanks. I've now switched from cdparanoia to cdda2wav, like so... > > cdda2wav -vall dev=1,0,0 cddb=0 -paranoia -B > > I get separate tracks and info files, e.g. audio_01.inf, audio_01.wav. > audio_02.inf, audio_02.wav, etc. I can pull the tune and artist from > the Tracktitle= entry in the corresponding .inf file, and write a bash > script to cycle through the directory, and use flac's -o option to give > the flac file the correct name. I have an issue with /etc/sudoers, but > that's a totally different thread. BTW: I recommend to add: speed=4 paraopts=proof and if your drive supports C2 errors, it may be a good idea to use: speed=4 paraopts=proof,c2check as add-on. The reason why cdda2wav uses systematic file names is to allow easy copying with cdrecord (by using cdrecord *.wav). If there is a demand on title based filenames, I could add this feature. 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://sourceforge.net/projects/schilytools/files/'
Re: [gentoo-user] CD ripper that generates song titles?
Fernando Rodriguez wrote: > You can try k3b. It can use cd-text or freedb and encode to most formats. > It is a kde application so it will pull a lot of deps if you don't use kde. k3b unfortunately does not use the best low level code for extraction. Better use cdda2wav in paranoia mode. 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://sourceforge.net/projects/schilytools/files/'
Re: [gentoo-user] CD ripper that generates song titles?
Heiko Baums wrote: > All of them have freedb support and use cdparanoia as back-end. Cdparanoia is not a good choice, it has many flaws: - It is based on a 1997 cdda2wav and was never updated - It does not create the track based files at the right locations as it does not honor the standard that describes where the next track starts. - Even the paranoia code is unmaintained since 2002 and has many unfixed problems. Cdda2wav does not have these problems and enhanced the quality of the paranoia code. 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://sourceforge.net/projects/schilytools/files/'
Re: [gentoo-user] CD ripper that generates song titles?
Walter Dnes wrote: > I went to the CNE (Canadian National Exhibition) yesterday and > indulged in a buying spree of 18 CD sets of my fave music (basically > anything pop/rock/country pre-Beatles). I now have over 20 CDs that I > want to rip to flac eventually. I dread the gruntwork in renaming > tracks like track01.cdda.wav, etc. What Gentoo ebuilds are there for > stuff that'll get ahold of track titles? Is it in the form of metadata > on the CD? Did you read the cdda2wav man page already? Cdda2wav understands CD-Text and has a fallback to CDDB. It is currently the best choice for CD ripping on UNIX. 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://sourceforge.net/projects/schilytools/files/'
[gentoo-user] Re: about updating gcc & wiki pages
wraeth writes: > On 27/08/15 17:53, Harry Putnam wrote: >> Can anyone offer an informed opinion as to whether the wiki pages >> at: https://wiki.gentoo.org/wiki/Upgrading_GCC >> >> Are current and apply as well to the newest gcc versions? > > You may not have noticed but at the bottom of each wiki page there is > a timestamp: Ha... thanks for the nudge ... somewhere in the back of my pea brain, I think I once new that... So, if the emerge of gcc ever finishes ... hehe. I'll follow on thru. > "This page was last modified on 11 August 2015, at 20:29." > > While I don't take this as a verification of correctness, I usually do > consider it an indication of not-completely-wrongness. At the very least, someone with enough privileges has visited the page.
Re: [gentoo-user] CD ripper that generates song titles?
On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote: > I find for popular CDs (like what my kids buy in music stores), Kids still buy CDs? My grandson recently asked me "What's a record?" when I used the term. -- Neil Bothwick For a list of all the ways technology has failed to improve the quality of life, please press three. pgpnY4fX2fws2.pgp Description: OpenPGP digital signature
Re: [gentoo-user] [SOLVED] Mysterious sudoers.d error
Hello, Walter. On Wed, Aug 26, 2015 at 09:12:57PM -0400, Walter Dnes wrote: > On Wed, Aug 26, 2015 at 07:28:41PM -0400, Alec Ten Harmsel wrote > > On Wed, Aug 26, 2015 at 07:20:37PM -0400, Walter Dnes wrote: > > > I've just switched from cdparanoia to cdda2wav, to get track > > > names/artists. As a regular user, I ran... > > > > > > cdda2wav -vall dev=1,0,0 cddb=0 -paranoia -B > > > > > > I got a bunch of complaints about insufficient read and write > > > privileges, but it seems to work OK. I ran the same command as root, > > > and no error messages. > > > > What exactly are the error messages? Most likely you just need to be > > added to the group that has access to CD drives or something like that. > I am a member of groups "cdrom" and "cdrw". Here are the messages... > [d531][waltdnes][~/music/glenn_miller_2a] cdda2wav -vall dev=1,0,0 cddb=0 > -paranoia -B > cdda2wav: Insufficient 'file read' privileges. You will not be able to open > all needed devices. > cdda2wav: Insufficient 'file write' privileges. You will not be able to open > all needed devices. > cdda2wav: Insufficient 'device' privileges. You may not be able to send all > needed SCSI commands, this my cause various unexplainable problems. > cdda2wav: Insufficient 'priocntl' privileges. You may get jitter. > cdda2wav: Insufficient 'network' privileges. You will not be able to do > remote SCSI. > Type: ROM, Vendor 'TSSTcorp' Model 'CDRWDVD TS-H493B' Revision 'D200' MMC+CDDA > 569344 bytes buffer memory requested, transfer size 131072 bytes, 4 buffers, > 55 sectors > #Cdda2wav version > 3.01a16_linux_4.0.5-gentoo_x86_64_intel-r--core-tm-2-duo-cpu-e4600-@-2.40ghz, > real time sched., soundcard, libparanoia support > AUDIOtrack pre-emphasis copy-permitted tracktype channels Don't we just love software that gives half-error messages? Just how difficult would it have been for the author to have identified just what files and devices you couldn't access? Is your user a member of the audio group? I do CD ripping sometimes, and the three groups acm is a member of which seem relevant are audio, cdrom, and cdrw. Running ripping as root isn't ideal. [ ] > -- > Walter Dnes > I don't run "desktop environments"; I run useful applications -- Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] about updating gcc & wiki pages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27/08/15 17:53, Harry Putnam wrote: > Can anyone offer an informed opinion as to whether the wiki pages > at: https://wiki.gentoo.org/wiki/Upgrading_GCC > > Are current and apply as well to the newest gcc versions? You may not have noticed but at the bottom of each wiki page there is a timestamp: "This page was last modified on 11 August 2015, at 20:29." While I don't take this as a verification of correctness, I usually do consider it an indication of not-completely-wrongness. - -- wraeth GnuPG Key: B2D9F759 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlXe0vIACgkQXcRKerLZ91mVBQD+LY2m0Zs2vZdzt/ZzbWAyaQa4 Q8nuCJuGAJovLcLGnAAA/06YQHcK+OcFWPIFwpSFRpA94Vw3opzuotH6/7+i3gES =lf3B -END PGP SIGNATURE-
Re: [gentoo-user] Re: Anyone using xfce4 with compositing turned off?
Am Wed, 26 Aug 2015 09:36:59 +0100 schrieb Mick : > On Wednesday 26 Aug 2015 04:47:24 waben...@gmail.com wrote: > > walt wrote: > > > > Then I generated an xorg.conf in the old way using 'Xorg -configure'. > > > That file didn't work right either. > > > > > > Then I finally realized that the generated xorg.conf had, in the > > > Section "Device" section, this line: > > > > > > Driver"radeon" > > This is the correct driver. > > > > > But that's not what we want. To use the open-source ati driver I > > > changed that line to read: > > > > > > Driver"ati" > > This is what I recall it used to be, but now it is "radeon". From ati(4): "ati is an Xorg wrapper driver for ATI video cards. It autodetects whether your hardware has a Radeon, Rage 128, or Mach64 or earlier class of chipset, and loads the radeon(4), r128(4), or mach64 driver as appropriate." So I would say that it's not so much incorrect, as it is unnecessary. Either way, I let X decide which driver to load, and it always loads ati first (I only have two xorg.conf.d files for keyboard and mouse devices). Regarding the firmware settings, I'll just add for completeness: I have *never* had anything set in my kernel config regarding firmware, and my kernels have always loaded the firmware all by themselves (both with and without an initramfs): % zgrep FIRMWARE /proc/config.gz CONFIG_PREVENT_FIRMWARE_BUILD=y # CONFIG_FIRMWARE_IN_KERNEL is not set CONFIG_EXTRA_FIRMWARE="" # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set # CONFIG_FIRMWARE_EDID is not set CONFIG_FIRMWARE_MEMMAP=y # CONFIG_GOOGLE_FIRMWARE is not set # CONFIG_TEST_FIRMWARE is not set % dmesg |grep -i micro [3.685241] [drm] Loading RV730 Microcode HTH -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup pgpul8q6rE4fF.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] about updating gcc & wiki pages
On Thursday, August 27, 2015 03:53:03 AM Harry Putnam wrote: > Can anyone offer an informed opinion as to whether the wiki pages at: >https://wiki.gentoo.org/wiki/Upgrading_GCC > > Are current and apply as well to the newest gcc versions? > > I am not having any problem so far (only just compiling as I wrrite) > but I have a hunch those pages may be getting a bit long in the tooth, > and just hoping to head off any problems that may have occured in newest > versions. I tend to only do the "short version". Removing the old version is handled by " emerge -va --depclean " -- Joost
[gentoo-user] about updating gcc & wiki pages
Can anyone offer an informed opinion as to whether the wiki pages at: https://wiki.gentoo.org/wiki/Upgrading_GCC Are current and apply as well to the newest gcc versions? I am not having any problem so far (only just compiling as I wrrite) but I have a hunch those pages may be getting a bit long in the tooth, and just hoping to head off any problems that may have occured in newest versions.
[gentoo-user] Re: emerge world looking grim
Jeremi Piotrowski writes: > On Wed, Aug 26, 2015 at 12:10 AM, Harry Putnam wrote: >> The only thing I can say on my own behalf is that there was once a >> time when it wasn't so far fetched to start emerge -vC 'ing stuff. > > Many thing's can be removed with `emerge -C` and recovered from, but I doubt > unmerging packages in @system was ever a well supported operation... Note: Did I say it was `well supported'. `Not far fetched' is a good ways from `well supported'... Far I recall that little warning about ruining your system has ALWAYS been there.