Re: [gentoo-user] Network chip always comes up eth1 on 1-year-old Dell Inspiron 530
On Sunday 13 July 2008, Walter Dnes wrote: > On Wed, Jul 09, 2008 at 08:44:51AM +0100, Neil Bothwick wrote > > > > chip *ALWAYS* comes up as eth1. > > > > Udev is doing this. If you have removed the second card, > > delete /etc/udev/rules.d/70-persistent-net.rules, otherwise edit > > the file to switch the assignments for the two NICs. > > Thanks. A "new and improved helpfull feature" that could've done > without. It's a trade-off for me. The interface might get a stupid name but at least it's the *same* stupid name every time, as opposed to the old method where interfaces were liable to change names based on what you did with your hardware this morning or the phases of the moon... -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Installing Gentoo from USB stick
On Saturday 12 July 2008, Neil Bothwick wrote: > > You don't need a Gentoo system to install Gentoo, all you need is > > something that can deal with the filesystem you want to use, tar > > and zip/bzip. Theoretically, even Windows could do it. > > Don't you need chroot too? I suppose you could install cygwin on > Windows, but anyone who goes that route has far too much time to > kill. Side point: it never ceases to amaze me the extent to which people think installation is some magical procedure with voodoo in it, or that a program (which is not installed yet!) somehow manages to install itself. When I give classes I usually let people do at least one install by themselves, then take them through the real underlying steps one by one: the installer is a regular program, it reads some data and writes it to disk. Assuming it isn't buggy, what it writes just happens to be the right thing that will boot an OS at next restart. When they get that and enlightenment dawns on their faces, then I show them wubi... :-) -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Network chip always comes up eth1 on 1-year-old Dell Inspiron 530
On Sat, 12 Jul 2008 19:55:56 -0400, Walter Dnes wrote: > > Udev is doing this. If you have removed the second card, > > delete /etc/udev/rules.d/70-persistent-net.rules, otherwise edit the > > file to switch the assignments for the two NICs. > > Thanks. A "new and improved helpfull feature" that could've done > without. It's hardly new, it's been around for some years. It is helpful if you have two NICs because it means they are named consistently, which is better than having your private network connected to the Internet because the kernel decided to load the modules in a different order. -- Neil Bothwick This tagline is umop apisdn signature.asc Description: PGP signature
Re: [gentoo-user] Simplistic bash-script to manage package.use
Hi, I don't want to make your work bad. After thinking it over I think it is actually a useful script, because it adds a little bit more security to editing the package.use file (I'm always fearing the day when I'm writing echo "stuff" > /etc/portage/package.use"). But do you know that package.use can also be a directory which can contain several files storing the use flags? Geralt. On 7/13/08, Mikko Husari <[EMAIL PROTECTED]> wrote: > Gentoo User wrote: > > > Hi, > > > > the question is: is it really necessary? If I want to add a new entry > > into this file I just call echo "category/package myflags" >> > > /etc/portage/package.use and if I want to edit them I just call my > > favorite editor, use its search capabilities and change the line. > > So I don't really see the benefit of a command line tool, since I > > still need to write flags, package and everything and the tools I'm > > using now (mostly echo, grep and vim) to do this are not very > > complicated and most of the typing goes to the use flags and package > > name anyway. > > > > > > Just my opinion. > > > > > > Best regards > > > > Geralt > > > > > > On 7/12/08, Mikko Husari <[EMAIL PROTECTED]> wrote: > > > > > > > greetings earthlings, > > > > > > i did not found (nor did i look for long enough) any tools/scripts to > > > easily manage package.use file, so i did my own. now i started to think > > > that, if there really is not any, my creation would be sufficient > (although > > > possibly buggy) for most users who wish to have "easy" control over > > > package.use. > > > > > > yes, i know this is not the best place to "announce" but, this is not > an > > > real announcement, this is an query for an superior solution which would > > > show my creation to be useless/dublicate/stupid. (if mine is > useless/stupid > > > it would be nice, so i would not have to maintain it and i also could > use > > > some real software). > > > > > > -- husku > > > > > > > > > > > > > > > well, i cant argue with you on that. although, i also used > vim,grep,sed,echo to change my flags. still i felt i needes an easier way, > thats why i wrote it and thats why i think this is "easier" than > vim+handwork. basicly that script is only an interface to sed,echo,grep and > equery. > > did you try to use it? id bet i could get changes applied much more rapidly > with that script than with vim or echo. (can not necessarily compete with > echo if you are sure it is an new addition) > -- > gentoo-user@lists.gentoo.org mailing list > > -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and changing permissions
On Sat, 12 Jul 2008 17:10:15 -0500, Dale wrote: > d- 2 ivman plugdev 112 2008-07-12 03:08 hdd This is weird, the ownership is correct (you need to belong to the plugdev group to use automounted devices) but the permissions certainly are not. Do you have any rules for this in /etc/udev/rules.d? -- Neil Bothwick Just when my ship comes in, it's the Kobyashi Maru. signature.asc Description: PGP signature
Re: [gentoo-user] DVD and changing permissions
On Sat, 12 Jul 2008 19:10:12 -0500, Dale wrote: > I re-emerged udev and noticed this little foot note: > > mount options for directory /dev are no longer > set in /etc/udev/udev.conf, but in /etc/fstab > as for other directories. > > I don't have anything in fstab for /udev. This is what mount reports: Neither do I, even on a brand new, up to date install. > [EMAIL PROTECTED] / # mount > udev on /dev type tmpfs (rw,nosuid) /dev is mounted, which is what matters. If /dev were not mounting you'd have far more serious problems that reading DVDs. -- Neil Bothwick New Klingon hair salon: "Today is a good day to dye" signature.asc Description: PGP signature
Re: [gentoo-user] Simplistic bash-script to manage package.use
Gentoo User wrote: Hi, I don't want to make your work bad. After thinking it over I think it is actually a useful script, because it adds a little bit more security to editing the package.use file (I'm always fearing the day when I'm writing echo "stuff" > /etc/portage/package.use"). But do you know that package.use can also be a directory which can contain several files storing the use flags? Geralt. On 7/13/08, Mikko Husari <[EMAIL PROTECTED]> wrote: Gentoo User wrote: Hi, the question is: is it really necessary? If I want to add a new entry into this file I just call echo "category/package myflags" >> /etc/portage/package.use and if I want to edit them I just call my favorite editor, use its search capabilities and change the line. So I don't really see the benefit of a command line tool, since I still need to write flags, package and everything and the tools I'm using now (mostly echo, grep and vim) to do this are not very complicated and most of the typing goes to the use flags and package name anyway. Just my opinion. Best regards Geralt On 7/12/08, Mikko Husari <[EMAIL PROTECTED]> wrote: greetings earthlings, i did not found (nor did i look for long enough) any tools/scripts to easily manage package.use file, so i did my own. now i started to think that, if there really is not any, my creation would be sufficient (although possibly buggy) for most users who wish to have "easy" control over package.use. yes, i know this is not the best place to "announce" but, this is not an real announcement, this is an query for an superior solution which would show my creation to be useless/dublicate/stupid. (if mine is useless/stupid it would be nice, so i would not have to maintain it and i also could use some real software). -- husku well, i cant argue with you on that. although, i also used vim,grep,sed,echo to change my flags. still i felt i needes an easier way, thats why i wrote it and thats why i think this is "easier" than vim+handwork. basicly that script is only an interface to sed,echo,grep and equery. did you try to use it? id bet i could get changes applied much more rapidly with that script than with vim or echo. (can not necessarily compete with echo if you are sure it is an new addition) -- gentoo-user@lists.gentoo.org mailing list i did not know that, (also the script ignores make.conf ). how does that directory approach work, any documentation about it? -- husku -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and changing permissions
Neil Bothwick wrote:
On Sat, 12 Jul 2008 17:10:15 -0500, Dale wrote:
d- 2 ivman plugdev 112 2008-07-12 03:08 hdd
This is weird, the ownership is correct (you need to belong to the
plugdev group to use automounted devices) but the permissions certainly
are not. Do you have any rules for this in /etc/udev/rules.d?
This is what I found that even mentions DVD in the file: I'm only
including the lines that contain DVD.
From /etc/udev/rules.d/65-permissions.rules
KERNEL=="pktcdvd|pktcdvd[0-9]*", GROUP="cdrom", MODE="660"
From /etc/udev/rules.d/70-persistent-cd.rules:
# Optiarc_DVD_RW_AD-7200A (pci-:00:09.0-ide-1:1)
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-:00:09.0-ide-1:1",
SYMLINK+="dvd1", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-:00:09.0-ide-1:1",
SYMLINK+="dvdrw1", ENV{GENERATED}="1"
From /etc/udev/rules.d/50-udev-default.rules:
KERNEL=="pktcdvd[0-9]*",NAME="pktcdvd/%k"
KERNEL=="pktcdvd",NAME="pktcdvd/control"
Those are the only ones I can find. I used the find part of Konqeror to
do the search. Anything odd that you see? It looks like it should go
to the group cdrom and have permissions set to 660 to me.
Ideas?
Dale
:-) :-)
--
gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
On 7/13/08, Mikko Husari <[EMAIL PROTECTED]> wrote: > i did not found (nor did i look for long enough) any tools/scripts to > easily manage package.use file, so i did my own. now i started to think > that, if there really is not any, my creation would be sufficient > (although possibly buggy) for most users who wish to have "easy" control > over package.use. How does that compare to things like flagedit (available in portage)? -- Arttu V. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
On Sun, 13 Jul 2008 00:19:56 +0300, Mikko Husari wrote: > greetings earthlings, What about the rest of us? > i did not found (nor did i look for long enough) any tools/scripts to > easily manage package.use file, % eix flagedit [I] app-portage/flagedit Available versions: 0.0.5 0.0.7 Installed versions: 0.0.7(19:47:47 01/11/07) Homepage:http://damz.net/flagedit/ Description: CLI use flags and keyword editor, for system wide or /etc/portage files It works well, provided package.use and package.keywords are files. -- Neil Bothwick Old age comes at a bad time. signature.asc Description: PGP signature
Re: [gentoo-user] Simplistic bash-script to manage package.use
Neil Bothwick wrote: On Sun, 13 Jul 2008 00:19:56 +0300, Mikko Husari wrote: greetings earthlings, What about the rest of us? i did not found (nor did i look for long enough) any tools/scripts to easily manage package.use file, % eix flagedit [I] app-portage/flagedit Available versions: 0.0.5 0.0.7 Installed versions: 0.0.7(19:47:47 01/11/07) Homepage:http://damz.net/flagedit/ Description: CLI use flags and keyword editor, for system wide or /etc/portage files It works well, provided package.use and package.keywords are files. thanks for pointing out better solution. it looks nice and has more features. it would be excellent if it could "guess" the pkg-name with 'emerge -s' like mine does. --husku -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
Arttu V. wrote: On 7/13/08, Mikko Husari <[EMAIL PROTECTED]> wrote: i did not found (nor did i look for long enough) any tools/scripts to easily manage package.use file, so i did my own. now i started to think that, if there really is not any, my creation would be sufficient (although possibly buggy) for most users who wish to have "easy" control over package.use. How does that compare to things like flagedit (available in portage)? well, flagedit is much better :) --husku -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
On Sun, 13 Jul 2008 15:50:39 +0300, Mikko Husari wrote: > thanks for pointing out better solution. it looks nice and has more > features. it would be excellent if it could "guess" the pkg-name with > 'emerge -s' like mine does. How about a wrapper script that uses the guessing from your script then passes the correct name to flagedit? -- Neil Bothwick "Bother," said Pooh, as Christopher Robin shut the washing machine door. signature.asc Description: PGP signature
Re: [gentoo-user] Simplistic bash-script to manage package.use
Neil Bothwick wrote: On Sun, 13 Jul 2008 15:50:39 +0300, Mikko Husari wrote: thanks for pointing out better solution. it looks nice and has more features. it would be excellent if it could "guess" the pkg-name with 'emerge -s' like mine does. How about a wrapper script that uses the guessing from your script then passes the correct name to flagedit? it would be so easy to implement the feature straight to flagedit, so it would not make sense to use a wrapper. well, i can live with just using my script but someone should make an feature request to flagedits maintainer, im too lazy to request it my self :) --husku -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] tar and huge tarballs used for back-ups
On 7/12/08, Arttu V. <[EMAIL PROTECTED]> wrote:
> then see if I get around later to try with cdrtools instead of wodim (cdrkit).
Ok, my final conclusion on splitpipe: it compiles but won't work for me.
I've produced about a dozen coasters while having tried some
combinations of two different machines/arches (x86, amd64, both with
stable core packages), two different burners (trusty last millennium
HP CD-Writer+ 9100 series and newish el cheapo LG branded
do-everything hyper-duper-combo thingie), two different tars (GNU tar
and star) and two different pieces of burning software (cdrkit and
cdrtools).
Consistently, the failure is at the end of the first volume (disc),
where splitpipe must have been writing some broken bytes at the end of
the volume (possibly miscalculating something first?) -- which it
realizes when it does the reading (as joinpipe) and then there's the
barf ("Fatal:" probably from splitpipe) and then bad input propagates
to tar/zip/others which join in in the mass-barfing contest:
UUID of this session is '35a141883a219349 0c2b7efad2ffdaf7'
joinpipe: volume was started on Sun Jul 13 16:38:38 EEST 2008
joinpipe: found volume 1, as expected
star: WARNING: skipping leading '/' on filenames.
Fatal: during read of a stretch of input: Input/output error
star: Tar file too small (amount: 101 bytes).
star: Unexpected EOF on input.
star: Cannot recover from error - exiting.
star: 68552 blocks + 5733 bytes (total of 701978213 bytes = 685525.59k).
--
Arttu V.
--
gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
On Sunday 13 July 2008, Mikko Husari wrote: > i did not know that, (also the script ignores make.conf ). how does > that directory approach work, any documentation about it? man 5 portage see the section "/etc/portage/" -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
On Sun, 13 Jul 2008 12:38:07 +0200, Gentoo User wrote: > (I'm always fearing the day when I'm writing echo "stuff" > > /etc/portage/package.use"). Put "set -o noclobber" in your profile. -- Neil Bothwick We are from the planet Taglinis. Take us to your reader! signature.asc Description: PGP signature
[gentoo-user] proper subject lines
Hi group, I would like to raise my voice against the use of overly long subject lines that run out of space on the line provided. Complete sentences are not necessary. A few, well chosen words should suffice and spare the user the nuisance of opening mail that ultimately is of no value to him. Maxim -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] proper subject lines
On Sonntag, 13. Juli 2008, maxim wexler wrote: > Hi group, > > I would like to raise my voice against the use of overly long subject lines > that run out of space on the line provided. what is 'overly long' and what space are you talking about? > > Complete sentences are not necessary. A few, well chosen words should > suffice and spare the user the nuisance of opening mail that ultimately is > of no value to him. so you are opening mails if the subject is a sentence no matter what the sentence is telling you? -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] proper subject lines
Volker Armin Hemmann wrote: On Sonntag, 13. Juli 2008, maxim wexler wrote: Hi group, I would like to raise my voice against the use of overly long subject lines that run out of space on the line provided. what is 'overly long' and what space are you talking about? Complete sentences are not necessary. A few, well chosen words should suffice and spare the user the nuisance of opening mail that ultimately is of no value to him. so you are opening mails if the subject is a sentence no matter what the sentence is telling you? I prefer as much info as possible myself. Sometimes the subject can be one thing but because there is little info in it, it turns out to be something else. Of course, a error message can be really nice too. It's good if you are searching for the error you are having. I would rather have a long one than a short one with not enough info to know whether I can help or not. Of course, the one for this is short but doesn't mention anything about others being to long. I was hoping to see someone suggesting that people should have better than "need help" or something. Maybe it should have been " can we have shorter subject lines please" or something like that. Of course, that means it is longer. LOL I also wish the forum subject lines could be longer and have a special spot for "solved" as well. That is their problem tho. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] proper subject lines
On Sun, Jul 13, 2008 at 10:40:08AM -0700, maxim wexler wrote: > I would like to raise my voice against the use of overly long subject lines > that run out of space on the line provided. > > Complete sentences are not necessary. A few, well chosen words should suffice > and spare the user the nuisance of opening mail that ultimately is of no > value to him. Under what circumstances does too much info hurt? It's not like a PhD thesis, it's just, say, 10 words instead of 2 or 3. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & rocket surgeon / [EMAIL PROTECTED] GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] proper subject lines
On Sun, 13 Jul 2008 12:23:09 -0700, [EMAIL PROTECTED] wrote: > Under what circumstances does too much info hurt? It's not like a PhD > thesis, it's just, say, 10 words instead of 2 or 3. When viewed on a narrow screen and the first few words convey no useful information on their own. I think the important point is that subject lines should be concise and succinct. Long is not a problem in itself, as long as every word is relevant. Subjects line "Please help me! I have a problem with xyz" can be as useless as "urgent problem". -- Neil Bothwick What is the difference between Mechanical Engineers and Civil Engineers? Mechanical Engineers build weapons, Civil Engineers build targets. signature.asc Description: PGP signature
Re: [gentoo-user] proper subject lines
Dale ha scritto: Volker Armin Hemmann wrote: I prefer as much info as possible myself. Sometimes the subject can be one thing but because there is little info in it, it turns out to be something else. Of course, a error message can be really nice too. It's good if you are searching for the error you are having. I would rather have a long one than a short one with not enough info to know whether I can help or not. +1 m. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] [OT] ping latency
Hi All, I noticed that when I ping my router using Linux I get time=3.5ms for say packets -s 4096. When I run the same test using MSWindows I get 1ms perhaps 2ms but no more. Before I discard MSWindows ping results as flawed, would you know of a good reason to explain this difference? Aren't all pings the same? Why is Linux showing greater latency? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] OK
On Sunday 13 July 2008, [EMAIL PROTECTED] wrote: > On Sun, Jul 13, 2008 at 10:40:08AM -0700, maxim wexler wrote: > > I would like to raise my voice against the use of overly long subject > > lines that run out of space on the line provided. > > > > Complete sentences are not necessary. A few, well chosen words should > > suffice and spare the user the nuisance of opening mail that ultimately > > is of no value to him. > > Under what circumstances does too much info hurt? It's not like a PhD > thesis, it's just, say, 10 words instead of 2 or 3. Sorry! Couldn't resist. ;-) I had a guy working for me who used to write the whole bl**dy email in the frigging Subject: field! Agh! When I asked him why didn't he use the body of the message like 'normal' people do, he argued that he intended saving me the time of opening the message to read it. Sometimes you just can't win. Anyway, as others asked - how long is too long for this purpose? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: K
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Mick wrote: | On Sunday 13 July 2008, [EMAIL PROTECTED] wrote: |> On Sun, Jul 13, 2008 at 10:40:08AM -0700, maxim wexler wrote: |>> I would like to raise my voice against the use of overly long subject |>> lines that run out of space on the line provided. |>> |>> Complete sentences are not necessary. A few, well chosen words should |>> suffice and spare the user the nuisance of opening mail that ultimately |>> is of no value to him. | | Sorry! Couldn't resist. ;-) | | I had a guy working for me who used to write the whole bl**dy email in the | frigging Subject: field! Agh! When I asked him why didn't he use the | body of the message like 'normal' people do, he argued that he intended | saving me the time of opening the message to read it. Sometimes you just | can't win. | | Anyway, as others asked - how long is too long for this purpose? LOL! On another list once, someone posted the whole message in the subject line, and again in the body of the message. It was an error, and he apologized, but your story there reminded me of that... IMO, I haven't seen too many overly long subject lines, but I have seen several overly short ones. There has to be a Happy Medium (tm) out there. Once we find one, we can just ask our questions of her... lol! ;) Regards, Chris -BEGIN PGP SIGNATURE- iQIcBAEBCgAGBQJIenVOAAoJEIAhA8M9p9DA9qMP/R9ayq2z7u3MvsT62Eux5ixG Co5rV8yX0cO2UhwDostFShBVHzJ4L/Mem0ECUqrY+hznSdiz0LADyJV4bUpQpTqo IaxcTF2CpXxp5Ozqk0D4DTwqPzqt/KxhRK87elS94KRp8b4G5VWXvgq14s5KlMRQ TBCzwp6crLSNbczMr10vUxlQfthbcBhHkq7bfV9x2ByBCdbRT8Pv7lDVuLUm6oiy CcxyxiKnviDGIH5BIWoTcPBB0NPKhavo0913kWe+eU4CDi/ANGqneMP+ao1kJf7M rlgXoxBnIp/GXnSx/G1AdAhifMVTxBZ36lrmLnsOrz1yFMRZt+vwvCU91Dm8QMtq G7Xr7W7BVcp2xwnrRyMqez4fSbdPZuJ9NUamddwHe4tOC2B0KrWuRXzRZZB1/3Rh Im8xKAJApXk8w+vtPXgOo8qSKiTupHpJnCbHJ7QuoApCLAPzMm9OV130N+C8tWzZ Igwe2MFzFFF3IyMuwugtpz/1VdFiPoKSuvkGDrlULoxFiTySS6UKLKTjC1qqoHBM Lhu7r/GY7TSAUjc4puanjniCDF7ewE54e4UcllQPJh+V7ARvNEcSw5YW8PwYe7Ff jXtM75CTqn+UnVsF+xEKLPiSo8r8qIED5HTfjwTFMmEgerlXagM72wSr8etio6Ku D6gcxV6W2yp94QQI/oQa =5x72 -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] USE flag question
A few days ago, I used eselect to switch profiles, from default-linux/x86/2007.0/desktop to default/linux/x86/2008.0/desktop. A lot of USE flags were removed from my make.conf, including the cpu-optimizations such as sse and mmx. After re-compiling a few things and getting warnings from the ebuilds that video and audio playback would be choppy without those flags, I put them back into my flags in make.conf. If I use ufed to manage the flags, as I'm used to doing, it takes them back out when I save changes. It seems strange to me that the profile switch should affect these flags. I think I'm overlooking/misunderstanding something, but I'm not sure what to ask. Any enlightenment (including links to enlightenment) would be appreciated. -- »Q« Kleeneness is next to Gödelness. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
> > (I'm always fearing the day when I'm writing echo "stuff" > > > /etc/portage/package.use"). > > > Put "set -o noclobber" in your profile. Cool, thanks :-) But is there a way to overwrite an existing file when this option is enabled? Geralt -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Simplistic bash-script to manage package.use
On Mon, 14 Jul 2008 02:19:51 +0200, Gentoo User wrote: > > Put "set -o noclobber" in your profile. > Cool, thanks :-) > But is there a way to overwrite an existing file when this option is > enabled? echo "stuff" >|file -- Neil Bothwick IBM - I Blame Microsoft signature.asc Description: PGP signature
[gentoo-user] Problems compiling gcc 4.2.4 and 4.3.1-r1
Hi. I am having problems compiling gcc vrsions 4.2.4 or 4.3.1-r1.
The errors are very similar -- here is what I am getting when
compiling 4.3.1-r1.
libtool: compile:
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/build/./gcc/xgcc
-B/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/build/./gcc/
-B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/ -isystem
/usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include
-DHAVE_CONFIG_H -I.
-I/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap -I. -Wall
-ffunction-sections -fdata-sections -O2 -g -O2 -mtune=nocona -pipe -MT
mf-hooks2.lo -MD -MP -MF .deps/mf-hooks2.Tpo -c
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c
-fPIC -DPIC -o .libs/mf-hooks2.o
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:
In function '__mfwrap_getmntent':
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2082:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2082:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2083:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2083:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2084:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2084:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2085:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2085:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2086:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2090:
warning: implicit declaration of function 'getmntent'
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2090:
warning: assignment makes pointer from integer without a cast
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2096:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2096:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2097:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2097:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2098:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2098:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2099:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2099:
error: dereferencing pointer to incomplete type
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/libmudflap/mf-hooks2.c:2100:
error: dereferencing pointer to incomplete type
make[4]: *** [mf-hooks2.lo] Error 1
make[4]: Leaving directory
`/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/build/i686-pc-linux-gnu/libmudflap'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/build/i686-pc-linux-gnu/libmudflap'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/build/i686-pc-linux-gnu/libmudflap'
make[1]: *** [all-target-libmudflap] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/build'
make: *** [profiledbootstrap] Error 2
*
* ERROR: sys-devel/gcc-4.3.1-r1 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 4560: Called toolchain_src_compile
* environment, line 5075: Called gcc_src_compile
* environment, line 2924: Called gcc_do_make
* environment, line 2754: Called die
* The specific snippet of code:
* emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}"
LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} || die
"emake failed with ${GCC_MAKE_TARGET}";
* The die message:
* emake failed with profiledbootstrap
*
* If you need support, post the topmost build error, and the call stack if
relevant.
* A comp
Re: [gentoo-user] Installing Gentoo from USB stick
On Sun, Jul 13, 2008 at 4:42 PM, Alan McKinnon <[EMAIL PROTECTED]> wrote: > Side point: it never ceases to amaze me the extent to which people think > installation is some magical procedure with voodoo in it, or that a > program (which is not installed yet!) somehow manages to install > itself. > > When I give classes I usually let people do at least one install by > themselves, then take them through the real underlying steps one by > one: the installer is a regular program, it reads some data and writes > it to disk. Assuming it isn't buggy, what it writes just happens to be > the right thing that will boot an OS at next restart. > > When they get that and enlightenment dawns on their faces, then I show > them wubi... :-) ~~My God. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Problems compiling gcc 4.2.4 and 4.3.1-r1
John covici wrote: Hi. I am having problems compiling gcc vrsions 4.2.4 or 4.3.1-r1. The errors are very similar -- here is what I am getting when compiling 4.3.1-r1. For GCC 4.3.x you need to update sys-libs/glibc. You need at least 2.7-r2. I'm using GCC 4.3.x on my system and it emerged fine after updating to the latest ~arch glibc. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Problems compiling gcc 4.2.4 and 4.3.1-r1
on Monday 07/14/2008 Nikos Chantziaras([EMAIL PROTECTED]) wrote > John covici wrote: > > Hi. I am having problems compiling gcc vrsions 4.2.4 or 4.3.1-r1. > > The errors are very similar -- here is what I am getting when > > compiling 4.3.1-r1. > > For GCC 4.3.x you need to update sys-libs/glibc. You need at least 2.7-r2. > > I'm using GCC 4.3.x on my system and it emerged fine after updating to > the latest ~arch glibc. > > -- > gentoo-user@lists.gentoo.org mailing list I wonder why there is no dependency -- if this is necessary? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Problems compiling gcc 4.2.4 and 4.3.1-r1
John covici wrote: on Monday 07/14/2008 Nikos Chantziaras([EMAIL PROTECTED]) wrote > John covici wrote: > > Hi. I am having problems compiling gcc vrsions 4.2.4 or 4.3.1-r1. > > The errors are very similar -- here is what I am getting when > > compiling 4.3.1-r1. > > For GCC 4.3.x you need to update sys-libs/glibc. You need at least 2.7-r2. > > I'm using GCC 4.3.x on my system and it emerged fine after updating to > the latest ~arch glibc. > > -- > gentoo-user@lists.gentoo.org mailing list I wonder why there is no dependency -- if this is necessary? There is such a dependency for ~amd64. I was under the impression that this is not amd64 specific. In other words, I'm on 64-bit and updating glibc fixed the compilation errors. That means it might not fix anything for you if you're on 32-bit :P -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] USE flag question
* »Q« ([EMAIL PROTECTED]) [14.07.08 01:16]: > A few days ago, I used eselect to switch profiles, from > default-linux/x86/2007.0/desktop to default/linux/x86/2008.0/desktop. > As I did... > A lot of USE flags were removed from my make.conf, including > the cpu-optimizations such as sse and mmx. After re-compiling a few > things and getting warnings from the ebuilds that video and audio > playback would be choppy without those flags, I put them back into my > flags in make.conf. If I use ufed to manage the flags, as I'm used to > doing, it takes them back out when I save changes. > ufed is the bad guy, I think the stable version is not able to handle the new profile layout correctly. > It seems strange to me that the profile switch should affect these > flags. I think I'm overlooking/misunderstanding something, but I'm > not sure what to ask. Any enlightenment (including links to > enlightenment) would be appreciated. > Use ufed-0.40-r10 from ~ and your use flags are not getting removed. HTH Sebastian -- " Religion ist das Opium des Volkes. " Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgpxQbm7mUMfJ.pgp Description: PGP signature
Re: [gentoo-user] tar and huge tarballs used for back-ups
On Sun, 13 Jul 2008 17:39:17 +0300
"Arttu V." <[EMAIL PROTECTED]> wrote:
> On 7/12/08, Arttu V. <[EMAIL PROTECTED]> wrote:
> > then see if I get around later to try with cdrtools instead of
> > wodim (cdrkit).
>
> Ok, my final conclusion on splitpipe: it compiles but won't work for
> me.
>
> I've produced about a dozen coasters while having tried some
> combinations of two different machines/arches (x86, amd64, both with
> stable core packages), two different burners (trusty last millennium
> HP CD-Writer+ 9100 series and newish el cheapo LG branded
> do-everything hyper-duper-combo thingie), two different tars (GNU tar
> and star) and two different pieces of burning software (cdrkit and
> cdrtools).
>
> Consistently, the failure is at the end of the first volume (disc),
> where splitpipe must have been writing some broken bytes at the end of
> the volume (possibly miscalculating something first?) -- which it
> realizes when it does the reading (as joinpipe) and then there's the
> barf ("Fatal:" probably from splitpipe) and then bad input propagates
> to tar/zip/others which join in in the mass-barfing contest:
>
> UUID of this session is '35a141883a219349 0c2b7efad2ffdaf7'
> joinpipe: volume was started on Sun Jul 13 16:38:38 EEST 2008
> joinpipe: found volume 1, as expected
> star: WARNING: skipping leading '/' on filenames.
> Fatal: during read of a stretch of input: Input/output error
> star: Tar file too small (amount: 101 bytes).
> star: Unexpected EOF on input.
> star: Cannot recover from error - exiting.
> star: 68552 blocks + 5733 bytes (total of 701978213 bytes =
> 685525.59k).
>
Dirk, Arttu,
Sorry for the late reply. I was out for the weekend.
I've tested splitpipe with DVDs on stable amd64 only. I had no
problems. Later today I'll give the improved ebuild a try.
Currently I have several blank DVDs only, so I can't send any CD burning
results.
I have some questions:
Dirk:
- can you post the compile error, please?
Arttu:
- Can you, please, post the command you used to make the test backups?
- Did you try splitpipe on DVDs or on CDs only?
Dirk, Arttu:
- Should we get off-list on this subject or at least open a new
thread?
--
Best regards,
Daniel
--
gentoo-user@lists.gentoo.org mailing list
