Re: [gentoo-user] Bug in run-crons?

[Wols Lists]

On 13/12/2021 22:03, Frank Steinmetzger wrote:

If they are involved multiple times
with the default options I think any attempt to scrub something that
is already being scrubbed is just a no-op.  Obviously if you don't
want all that IO during the day you'll have to do something more
clever - you can instruct it to pause and resume so you could have a
couple of crontab entries and scripts to do just that.



Or, since I am the only user of that system, I could go back to my previous
way: just run the scrub manually every other month or so before I go to bed.
Because then I know that nothing will interfere with it and it won’t
interfere with anything else.


Yup. I was thinking that. The problem with scrubs et al auto-resuming or 
firing at boot is that disk i/o is then knackered for ages, and 
interferes with whatever it is you're actually trying to do :-)


Cheers,
Wol

Re: [gentoo-user] Bug in run-crons?

[Frank Steinmetzger]

Am Mon, Dec 13, 2021 at 04:54:30PM -0500 schrieb Rich Freeman:
> On Mon, Dec 13, 2021 at 4:42 PM Michael Orlitzky  wrote:
> >
> > On Mon, 2021-12-13 at 22:38 +0100, Frank Steinmetzger wrote:
> > >
> > > Well I *could* disable run-crons altogether and add entries to fcron’s own
> > > crontab which would run those scripts in /etc/cron.{hourly,daily,...}
> > > instead.
> > >
> > > However, I like predictable times at which those jobs will run. Especially
> > > if one of them is a zfs scrub; the NAS is powered down for weeks, 
> > > sometimes
> > > months. And when I power it up, it’s for a reason. And that reason usually
> > > is not a scrub, which—at the current zfs fill level—takes 10½ hours.
> > >
> >
> > Why choose fcron then? It sounds like you have the same rationale as I
> > do: "no, I don't want to run the 4am backup job in the middle of the
> > business day just because it wasn't run at 4am."

Fair point.
Fcron has a serialisation feature, so that for instance updatedb and mandb
don’t run at the same time. Me kinda liky.

> fcron is perfectly capable of running jobs at either set times or at
> loosely-defined intervals that are compensated for if the machine is
> off.

Indeed, I can say "@monthly * 0 *" to run a monthly job (like the scrub)
only at night. *pondering*

> Systemd timers can also be set that way, and can also have
> limits put on scheduling (daily nominally at 3AM but allowed between
> 11PM and 5AM or whatever).  Obviously the more expressive the crontab
> equivalent is, the more you can tweak it to do what you want it to.

I’ve gotten used to systemd on my Arch-based desktops. But the NAS is still
on good-ol’ openrc. :)

> I'll also note that zfs scrubs checkpoint at shutdown and will
> auto-resume where you leave off.

That’s a nice bit of knowledge.

> If they are involved multiple times
> with the default options I think any attempt to scrub something that
> is already being scrubbed is just a no-op.  Obviously if you don't
> want all that IO during the day you'll have to do something more
> clever - you can instruct it to pause and resume so you could have a
> couple of crontab entries and scripts to do just that.

Or, since I am the only user of that system, I could go back to my previous
way: just run the scrub manually every other month or so before I go to bed.
Because then I know that nothing will interfere with it and it won’t
interfere with anything else.

-- 
Grüße | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

This message was written using only recycled electrons.


signature.asc
Description: PGP signature

Re: [gentoo-user] Bug in run-crons?

[Rich Freeman]

On Mon, Dec 13, 2021 at 4:42 PM Michael Orlitzky  wrote:
>
> On Mon, 2021-12-13 at 22:38 +0100, Frank Steinmetzger wrote:
> >
> > Well I *could* disable run-crons altogether and add entries to fcron’s own
> > crontab which would run those scripts in /etc/cron.{hourly,daily,...}
> > instead.
> >
> > However, I like predictable times at which those jobs will run. Especially
> > if one of them is a zfs scrub; the NAS is powered down for weeks, sometimes
> > months. And when I power it up, it’s for a reason. And that reason usually
> > is not a scrub, which—at the current zfs fill level—takes 10½ hours.
> >
>
> Why choose fcron then? It sounds like you have the same rationale as I
> do: "no, I don't want to run the 4am backup job in the middle of the
> business day just because it wasn't run at 4am."
>
> If you pick a dumber cron, the crontab entries are run only at the
> specified times.

There really are no one-size-fits all solutions obviously.  You can
either have predictable times and if the machine is down things get
skipped, or you can run opportunistically in which case you lose
predictable times at least until the machine goes back to running
24x7.  The machine has no way to know if you'll leave it on overnight
the NEXT night - only if you did so the one before.

fcron is perfectly capable of running jobs at either set times or at
loosely-defined intervals that are compensated for if the machine is
off.  Systemd timers can also be set that way, and can also have
limits put on scheduling (daily nominally at 3AM but allowed between
11PM and 5AM or whatever).  Obviously the more expressive the crontab
equivalent is, the more you can tweak it to do what you want it to.

The default configs are a one-size-fits all approach that tend to do
the right thing if you leave the machine on 24x7, or if you run it at
random times.  If you want to specify exact behavior just edit the
config files and make it do so.

I'll also note that zfs scrubs checkpoint at shutdown and will
auto-resume where you leave off.  If they are involved multiple times
with the default options I think any attempt to scrub something that
is already being scrubbed is just a no-op.  Obviously if you don't
want all that IO during the day you'll have to do something more
clever - you can instruct it to pause and resume so you could have a
couple of crontab entries and scripts to do just that.

-- 
Rich

Re: [gentoo-user] Bug in run-crons?

[Michael Orlitzky]

On Mon, 2021-12-13 at 22:38 +0100, Frank Steinmetzger wrote:
> 
> Well I *could* disable run-crons altogether and add entries to fcron’s own
> crontab which would run those scripts in /etc/cron.{hourly,daily,...}
> instead.
> 
> However, I like predictable times at which those jobs will run. Especially
> if one of them is a zfs scrub; the NAS is powered down for weeks, sometimes
> months. And when I power it up, it’s for a reason. And that reason usually
> is not a scrub, which—at the current zfs fill level—takes 10½ hours.
> 

Why choose fcron then? It sounds like you have the same rationale as I
do: "no, I don't want to run the 4am backup job in the middle of the
business day just because it wasn't run at 4am."

If you pick a dumber cron, the crontab entries are run only at the
specified times.

Re: [gentoo-user] Bug in run-crons?

[Frank Steinmetzger]

Am Mon, Dec 13, 2021 at 04:33:32PM -0500 schrieb Michael Orlitzky:
> On Mon, 2021-12-13 at 22:19 +0100, Frank Steinmetzger wrote:
> > 
> > For the record: The checks in run-crons that I referred to earlier are
> > actually more for those cases in which the machine was powered off for a
> > while in order to restore cron completeness as early as possible after boot.
> > 
> 
> The run-crons quackery has been causing problems since 2004:
> 
>   https://bugs.gentoo.org/69777
> 
> One-liners with run-parts (NOT run-crons) are a lot more predictable.

Well I *could* disable run-crons altogether and add entries to fcron’s own
crontab which would run those scripts in /etc/cron.{hourly,daily,...}
instead.

However, I like predictable times at which those jobs will run. Especially
if one of them is a zfs scrub; the NAS is powered down for weeks, sometimes
months. And when I power it up, it’s for a reason. And that reason usually
is not a scrub, which—at the current zfs fill level—takes 10½ hours.

-- 
Grüße | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

A preposition is something you should never end a sentence with.


signature.asc
Description: PGP signature

Re: [gentoo-user] Bug in run-crons?

[Michael Orlitzky]

On Mon, 2021-12-13 at 22:19 +0100, Frank Steinmetzger wrote:
> 
> For the record: The checks in run-crons that I referred to earlier are
> actually more for those cases in which the machine was powered off for a
> while in order to restore cron completeness as early as possible after boot.
> 

The run-crons quackery has been causing problems since 2004:

  https://bugs.gentoo.org/69777

One-liners with run-parts (NOT run-crons) are a lot more predictable.

Re: [gentoo-user] Bug in run-crons?

[Frank Steinmetzger]

Am Mon, Dec 13, 2021 at 03:18:44PM -0500 schrieb Rich Freeman:
> On Sun, Dec 12, 2021 at 2:07 PM Frank Steinmetzger  wrote:
> >
> > Am Sun, Dec 12, 2021 at 01:41:33PM -0500 schrieb Rich Freeman:
> > > On Sun, Dec 12, 2021 at 1:21 PM Frank Steinmetzger  wrote:
> > > >
> > >
> > > I don't use this, but I believe there should be an hourly crontab
> > > entry that deletes the cron.hourly file, which would mean it gets run
> > > on the next 10min cycle (or maybe sooner - I'm not sure if those jobs
> > > are run in parallel or serial).
> >
> > The check that I mentioned above is actually the deletion which you mention:
> > run-crons looks for the state file for the given interval and - if it is old
> > enough - deletes it.
> 
> The check I'm talking about isn't in run-crons at all.  It is in
> /etc/crontab.  It doesn't look at the age of the file and
> unconditionally deletes it every hour:
> 59  *  * * *rm -f /var/spool/cron/lastrun/cron.hourly

I had a look at files and docs on the net again. Thus I found exactly those
rm entries in /etc/crontab, which by itself is not used by fcron. But after
I understood all the logic behind it, I added them to fcron to be run
serially before run-crons. Now everything is as I wanted it.

For the record: The checks in run-crons that I referred to earlier are
actually more for those cases in which the machine was powered off for a
while in order to restore cron completeness as early as possible after boot.

-- 
Grüße | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

“Selfies are electronic masturbation.” — Karl Lagerfeld


signature.asc
Description: PGP signature

Re: [gentoo-user] Bug in run-crons?

[Rich Freeman]

On Sun, Dec 12, 2021 at 2:07 PM Frank Steinmetzger  wrote:
>
> Am Sun, Dec 12, 2021 at 01:41:33PM -0500 schrieb Rich Freeman:
> > On Sun, Dec 12, 2021 at 1:21 PM Frank Steinmetzger  wrote:
> > >
> >
> > I don't use this, but I believe there should be an hourly crontab
> > entry that deletes the cron.hourly file, which would mean it gets run
> > on the next 10min cycle (or maybe sooner - I'm not sure if those jobs
> > are run in parallel or serial).
>
> The check that I mentioned above is actually the deletion which you mention:
> run-crons looks for the state file for the given interval and - if it is old
> enough - deletes it.

The check I'm talking about isn't in run-crons at all.  It is in
/etc/crontab.  It doesn't look at the age of the file and
unconditionally deletes it every hour:
59  *  * * *rm -f /var/spool/cron/lastrun/cron.hourly

-- 
Rich

Re: [gentoo-user] Bug in run-crons?

[Frank Steinmetzger]

Am Sun, Dec 12, 2021 at 01:41:33PM -0500 schrieb Rich Freeman:
> On Sun, Dec 12, 2021 at 1:21 PM Frank Steinmetzger  wrote:
> >
> > It uses state files in /var/spool/cron/lastrun/ to know when each interval
> > was last run, so it only runs once per period. But: the age threshold for
> > the state file is period + 5 minutes. Shouldn’t that be period - 5 minutes?
> >
> > My reasoning: assume run-crons is run hourly, at the 0 minute sharp. So at
> > the next run, the state file is exactly one hour old. Since this is not old
> > enough for the check, run-crons thinks that the last run is too recent and
> > ignores this period. As a result, each period is only run on every other
> > iteration.
> 
> I don't use this, but I believe there should be an hourly crontab
> entry that deletes the cron.hourly file, which would mean it gets run
> on the next 10min cycle (or maybe sooner - I'm not sure if those jobs
> are run in parallel or serial).

The check that I mentioned above is actually the deletion which you mention:
run-crons looks for the state file for the given interval and - if it is old
enough - deletes it.

The part that executes the individual cron scripts is only executed if there
is no state file. The first thing it then does is to create a new state file.


In pseudo code:
1. look for period state file that is older than interval + 5 mins
found one?
delete it

2. Look for period state file
none found?
create state file
execute cron scripts for that interval

-- 
Grüße | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

The boss is a human just like everyone else, he just doesn’t know.


signature.asc
Description: PGP signature

Re: [gentoo-user] Bug in run-crons?

[Rich Freeman]

On Sun, Dec 12, 2021 at 1:21 PM Frank Steinmetzger  wrote:
>
> It uses state files in /var/spool/cron/lastrun/ to know when each interval
> was last run, so it only runs once per period. But: the age threshold for
> the state file is period + 5 minutes. Shouldn’t that be period - 5 minutes?
>
> My reasoning: assume run-crons is run hourly, at the 0 minute sharp. So at
> the next run, the state file is exactly one hour old. Since this is not old
> enough for the check, run-crons thinks that the last run is too recent and
> ignores this period. As a result, each period is only run on every other
> iteration.

I don't use this, but I believe there should be an hourly crontab
entry that deletes the cron.hourly file, which would mean it gets run
on the next 10min cycle (or maybe sooner - I'm not sure if those jobs
are run in parallel or serial).

The overall result is that things will get run at traditional crontab
times no matter what, but if those are missed and enough time is
accrued then run-crons will catch this and run the job on the next
10min cycle, such as a missed daily overnight slot.

So if you don't have your computer on a 3AM then the job will get run
a bit more than 24h after the last time it was run.  Then if you leave
it on overnight that night it will run at 3AM despite it not being
24h, but at that point if you leave it on it will run at 3AM daily
since it will no longer be missed.  The fixed times serve to anchor
the actual execution times if you do leave the computer on.

-- 
Rich

[gentoo-user] Bug in run-crons?

[Frank Steinmetzger]

Hi, it’s me again, :)

I’m currently improving the cron setup on my Gentoo-powered NAS. I installed
zfs-auto-snapshot, which includes scripts for hourly, daily, weekly and
monthly creation of snapshots.

The NAS uses fcron for its cron daemon. In order for the scripts to work,
I enabled the run-crons script from sys-process/cronbase, which runs all
scripts in /etc/cron.{hourly,daily,...}. But I have the feeling that there
is a bug in the script:

It uses state files in /var/spool/cron/lastrun/ to know when each interval
was last run, so it only runs once per period. But: the age threshold for
the state file is period + 5 minutes. Shouldn’t that be period - 5 minutes?

My reasoning: assume run-crons is run hourly, at the 0 minute sharp. So at
the next run, the state file is exactly one hour old. Since this is not old
enough for the check, run-crons thinks that the last run is too recent and
ignores this period. As a result, each period is only run on every other
iteration.

Any thoughts on that?
Cheerio.

-- 
Grüße | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

“Today I watched my first porn movie.” – “And?” – “I was so young back then.”


signature.asc
Description: PGP signature

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

[Michael Orlitzky]

On 5/5/20 9:59 PM, akater wrote:
> Michael Orlitzky  writes:
> 
>> www-client/pybugz
> 
> I have that one installed, actually!  But I'd rather use it through
> Elisp interface... which I'm likely to write if nobody else does but
> it's unlikely to happen in the upcoming months.  And I'm concerned of
> being banned during prototyping.
> 

You should be able to set up a local instance of BugZilla and test
against that. It's normally an ordeal to install, but in this case you
don't need it to live very long, so you can cut some corners.

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

[akater]

Michael Orlitzky  writes:

> www-client/pybugz

I have that one installed, actually!  But I'd rather use it through
Elisp interface... which I'm likely to write if nobody else does but
it's unlikely to happen in the upcoming months.  And I'm concerned of
being banned during prototyping.


signature.asc
Description: PGP signature

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

[Michael Orlitzky]

On 5/5/20 5:43 PM, tastytea wrote:

> 
>> If there's an Emacs-friendly way to post bugs, I'd be glad to know:
>> there are ≈6 bugs and patches waiting in my queue.
> 
> I searched a few weeks ago but couldn't find anything. :-(
> 

www-client/pybugz

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

[tastytea]

On 2020-05-05T15:15+
akater  wrote:

> tastytea  writes:
> 
> > Same here. You should report it to
> > .  
> 
> Thanks for checking.  I'm sorry but the only way I could post to
> bugzilla now is from a web browser—which is very unpleasant on its
> own, and on top of that I only have graphical browser available on a
> handheld device at the moment.  Bugzilla insists that a submitter
> provides emerge --info output for any bug report posted.  With a web
> browser on a handheld device, I can do it but not today.

I've reported it: .

> If there's an Emacs-friendly way to post bugs, I'd be glad to know:
> there are ≈6 bugs and patches waiting in my queue.

I searched a few weeks ago but couldn't find anything. :-(

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpkJDkyZT9zz.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

[akater]

tastytea  writes:

> Same here. You should report it to
> .

Thanks for checking.  I'm sorry but the only way I could post to
bugzilla now is from a web browser—which is very unpleasant on its own,
and on top of that I only have graphical browser available on a handheld
device at the moment.  Bugzilla insists that a submitter provides emerge
--info output for any bug report posted.  With a web browser on a
handheld device, I can do it but not today.

There's a python tool that I plugged in but I'm not comfortable with it
in the absence of a proper interface; I'm unlikely to get to writing the
interface in the upcoming months.

If there's an Emacs-friendly way to post bugs, I'd be glad to know:
there are ≈6 bugs and patches waiting in my queue.


signature.asc
Description: PGP signature

Re: [gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

[tastytea]

On 2020-05-05T12:03+
akater  wrote:

> I can't fetch sys-libs/uclibc-ng-1.0.33 from distfiles.gentoo.org
> (404), and the file fetched from downloads-uclibc-ng.org has a hash
> different from that in Manifest.  Thus, uclibc-ng-1.0.33 can't be
> installed, and I guess it's a bug.

Same here. You should report it to
.

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpA2KN7NLidS.pgp
Description: Digitale Signatur von OpenPGP

[gentoo-user] [bug] uClibc-ng-1.0.33 won't fetch

[akater]

I can't fetch sys-libs/uclibc-ng-1.0.33 from distfiles.gentoo.org (404),
and the file fetched from downloads-uclibc-ng.org has a hash different
from that in Manifest.  Thus, uclibc-ng-1.0.33 can't be installed, and I
guess it's a bug.


signature.asc
Description: PGP signature

Re: [gentoo-user] BUG : kernel 4.5.1 and ALSA

[Yuri K. Shatroff]

21.04.2016 11:28, Alexander Kapshuk wrote:

On Thu, Apr 21, 2016 at 10:59 AM, Yuri K. Shatroff  wrote:

Hi gentoo-users,

A few days ago I updated linux kernel to 4.5.1. Yesterday I got a disk space
overflow in my /home partition. Cleaned it up and rebooted, just to run into
the same issue today morning. Investigations revealed that the
`.xsessions-errors` had grown to tremendous 100G full of messages like:

 AL lib: (EE) ALCplaybackAlsa_mixerProc: start failed: File
descriptor in a bad state

It is - *50G per DAY!*

Thinking about a possible cause and bearing in mind I've not updated ALSA
recently rather than the kernel, I went to the kernel's changelog and found
that version 4.5.2 fixes several ALSA-related bugs. I upgraded immediately
and got rid of the error.

So I advise everyone not to install the 4.5.1 kernel and suggest removing it
from portage ASAP. If anyone knows how I could submit such a request, I'm
all ears.

Thanks for your attention!

--
Regards,
Yuri K. Shatroff



That's interesting. That was certainly not my experience running vanilla 4.5.1.
Although I compiled the kernel sources I had previously downloaded
from the kernel.org's git repository.
How did you obtain your kernel sources?


I emerged gentoo-sources==4.5.1.

I believe this is the related commit:

ALSA: hda - Fix regression of monitor_present flag in eld proc file

This can be wrong, but anyway, I listed some facts supporting the 
hypothesis of a problem in the 4.5.1 version.


--
Regards,
Yuri K. Shatroff

Re: [gentoo-user] BUG : kernel 4.5.1 and ALSA

[Alexander Kapshuk]

On Thu, Apr 21, 2016 at 10:59 AM, Yuri K. Shatroff  wrote:
> Hi gentoo-users,
>
> A few days ago I updated linux kernel to 4.5.1. Yesterday I got a disk space
> overflow in my /home partition. Cleaned it up and rebooted, just to run into
> the same issue today morning. Investigations revealed that the
> `.xsessions-errors` had grown to tremendous 100G full of messages like:
>
> AL lib: (EE) ALCplaybackAlsa_mixerProc: start failed: File
> descriptor in a bad state
>
> It is - *50G per DAY!*
>
> Thinking about a possible cause and bearing in mind I've not updated ALSA
> recently rather than the kernel, I went to the kernel's changelog and found
> that version 4.5.2 fixes several ALSA-related bugs. I upgraded immediately
> and got rid of the error.
>
> So I advise everyone not to install the 4.5.1 kernel and suggest removing it
> from portage ASAP. If anyone knows how I could submit such a request, I'm
> all ears.
>
> Thanks for your attention!
>
> --
> Regards,
> Yuri K. Shatroff
>

That's interesting. That was certainly not my experience running vanilla 4.5.1.
Although I compiled the kernel sources I had previously downloaded
from the kernel.org's git repository.
How did you obtain your kernel sources?

[gentoo-user] BUG : kernel 4.5.1 and ALSA

[Yuri K. Shatroff]

Hi gentoo-users,

A few days ago I updated linux kernel to 4.5.1. Yesterday I got a disk 
space overflow in my /home partition. Cleaned it up and rebooted, just 
to run into the same issue today morning. Investigations revealed that 
the `.xsessions-errors` had grown to tremendous 100G full of messages like:


	AL lib: (EE) ALCplaybackAlsa_mixerProc: start failed: File descriptor 
in a bad state


It is - *50G per DAY!*

Thinking about a possible cause and bearing in mind I've not updated 
ALSA recently rather than the kernel, I went to the kernel's changelog 
and found that version 4.5.2 fixes several ALSA-related bugs. I upgraded 
immediately and got rid of the error.


So I advise everyone not to install the 4.5.1 kernel and suggest 
removing it from portage ASAP. If anyone knows how I could submit such a 
request, I'm all ears.


Thanks for your attention!

--
Regards,
Yuri K. Shatroff

[gentoo-user] Bug-reporting best practice? Xen/Gentoo -- Preparing to log interrupt info sometime after feb. 2016.

[Håkon Alstadheim]

Hi all, I'm not a developer but I would like to set up my Xen system to
get bug reports as useful as possible. At present I am logging the xen
console via serial port, and I am running Xen compiled from gentoo
ebuild with "debug" use flag. Is there anything more I need to set up to
be able to collect as much useful info as possible?

At present, this is my xen command line:
xen_commandline: ssd-xen-debug-marker console_timestamps=date
loglvl=all guest_loglvl=all sync_console iommu=1,verbose,debug
iommu_inclusive_mapping=1 com1=115200,8n1 console=com1 dom0_max_vcpus=4
dom0_vcpus_pin=1 dom0_mem=8G,max:8G cpufreq=xen:performance,verbose
tmem=1 sched_smt_power_savings=1 apic_verbosity=debug e820-verbose=1
core_parking=power

(yes, I know, 8G for dom0, well, it is also acting as file server, I
want to keep as much of the file-system in cache as I can )

Any changes I should make for maximally useful bug-reports?

This is in preparation for the 4.7 release (april 2016 I gather) . I
have some PCIe cards that are acting up, something to do with
interrupts. I see some activity on that front right now, so I've decided
to be an early adopter of 4.7, to be able to help as much as possible,
maybe get any tweaks I might need for my system done in the source.

I'm running gentoo, and have tried installing xen-*- from the
virtualization overlay, but it fails, seems it is trying to fetch the
qemu sources twice, and failing.  Is it me doing something wrong? Use
flag "system-qemu" does not help.

---
Additional info:
The PCIe cards that are acting up are:
00:1b.0 Audio device: Intel Corporation C610/X99 series chipset HD Audio
Controller (rev 05)
02:00.0 USB controller: ASMedia Technology Inc. ASM1042A USB 3.0 Host
Controller
81:00.0 USB controller: ASMedia Technology Inc. Device 1242

Trying to pass them through to any domain is highly hit-or-miss. Seems
like interrupt set-up fails quite often, but I have not been able to
find any actual error-messages in any logs. The two first there are
built-in to the motherboard, the last one is an add-in card. I have
tried several other add-in cards for USB, all acting decidedly weird.

Re: [gentoo-user] Bug in spidermonkey? SOLVED!!

[Elias Diem]

Hello there

Just for the record: I was able to solve the problem!!

I created a separate environment file in /etc/portage/env.

The content of this file is:

-8---

CFLAGS=-pipe 
CXXFLAGS=${CFLAGS} 

MAKEOPTS=-j1 

-8---

The CFLAGS normally is -02 -pipe -march=k8  and the job 
count for make is 4.

I guess I can further tune the process now.

-- 
Greetings
Elias

Re: [gentoo-user] Bug in spidermonkey?

[Elias Diem]

Hi there

Well I did reinstall my whole system but without luck. 
Emerging gnome-light showed the very same error when 
compiling spidermonkey.

Then I thought I will install awesome, because it does not 
need spidermonkey. But the same problem here when compiling 
awesome. `Illegal statement' in the build.log.

Next I thought about installing xmonad. And this time it 
worked. So I will use xmonad for the future.

Thanks for your help Nilesh and Walt!

-- 
Greetings
Elias

Re: [gentoo-user] Bug in spidermonkey?

[Elias Diem]

On 2013-02-12,  Elias Diem wrote:

 `Illegal statement' in the build.log.

The above should read `Illegal instruction'.

-- 
Greetings
Elias

Re: [gentoo-user] Bug in spidermonkey?

[Elias Diem]

On 2013-02-07,  Nilesh Govindrajan wrote:

 Seems like one. Try compiling an older version?

Actually I can compile version 1.7.0

But: When I want to update world, it needs (I think) version 
1.8.5-r1

-- 
Greetings
Elias

Re: [gentoo-user] Bug in spidermonkey?

[Nilesh Govindrajan]

On Friday 08 February 2013 07:46:16 PM IST, Elias Diem wrote:
 On 2013-02-07,  Nilesh Govindrajan wrote:

 Seems like one. Try compiling an older version?

 Actually I can compile version 1.7.0

 But: When I want to update world, it needs (I think) version
 1.8.5-r1


Try adding =dev-lang/spidermonkey-1.8.5-r1 in package.mask.
If it works, good, else skip the update of spidermonkey and any 
dependent packages (I believe there are not many applications which 
depend on this).

--
Nilesh Govindarajan
http://nileshgr.com

[gentoo-user] Bug in spidermonkey?

[Elias Diem]

Hello all

I'm encountering a bug when emerging spidermonkey.

The output from build.log is attached.

If you need more info, please tell me so.

Thanks.

-- 
Greetings
Elias


 * Package:dev-lang/spidermonkey-1.8.5-r1
 * Repository: gentoo
 * Maintainer: mozi...@gentoo.org
 * USE:abi_x86_64 amd64 elibc_glibc kernel_linux 
multilib userland_GNU
 * FEATURES:   sandbox
 Unpacking source...
 Unpacking js185-1.0.0.tar.gz to 
 /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work
 Source unpacked in /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work
 Preparing source in 
 /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work/js-1.8.5 ...
 * Applying spidermonkey-1.8.5-fix-install-symlinks.patch ...
 [ ok ]
 * Applying spidermonkey-1.8.5-fix-ppc64.patch ...
 [ ok ]
 * Applying spidermonkey-1.8.5-arm_respect_cflags-3.patch ...
 [ ok ]
 * Applying spidermonkey-1.8.7-freebsd-pthreads.patch ...
 [ ok ]
 * Applying spidermonkey-1.8.5-perf_event-check.patch ...
 [ ok ]
 * Running autoconf ...
 [ ok ]
 Source prepared.
 Configuring source in 
 /var/tmp/portage/dev-lang/spidermonkey-1.8.5-r1/work/js-1.8.5 ...
 * econf: updating js-1.8.5/js/src/ctypes/libffi/config.sub with 
/usr/share/gnuconfig/config.sub
 * econf: updating js-1.8.5/js/src/ctypes/libffi/config.guess with 
/usr/share/gnuconfig/config.guess
 * econf: updating js-1.8.5/js/src/build/autoconf/config.sub with 
/usr/share/gnuconfig/config.sub
 * econf: updating js-1.8.5/js/src/build/autoconf/config.guess with 
/usr/share/gnuconfig/config.guess
./configure --prefix=/usr --build=x86_64-pc-linux-gnu 
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info 
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib 
--libdir=/usr/lib64 --enable-jemalloc --enable-readline --enable-threadsafe 
--with-system-nspr --disable-debug --disable-static --disable-tests
creating cache ./config.cache
checking host system type... x86_64-pc-linux-gnu
checking target system type... x86_64-pc-linux-gnu
checking build system type... x86_64-pc-linux-gnu
checking for mawk... no
checking for gawk... gawk
checking for perl5... no
checking for perl... /usr/bin/perl
checking for gcc... x86_64-pc-linux-gnu-gcc
checking whether the C compiler (x86_64-pc-linux-gnu-gcc -march=k8 -O2 -pipe  
-Wl,-O1 -Wl,--as-needed) works... yes
checking whether the C compiler (x86_64-pc-linux-gnu-gcc -march=k8 -O2 -pipe  
-Wl,-O1 -Wl,--as-needed) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for c++... x86_64-pc-linux-gnu-g++
checking whether the C++ compiler (x86_64-pc-linux-gnu-g++ -march=k8 -O2 -pipe  
 -Wl,-O1 -Wl,--as-needed) works... yes
checking whether the C++ compiler (x86_64-pc-linux-gnu-g++ -march=k8 -O2 -pipe  
 -Wl,-O1 -Wl,--as-needed) is a cross-compiler... no
checking whether we are using GNU C++... yes
checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes
checking for ranlib... ranlib
checking for as... /usr/bin/as
checking for ar... ar
checking for ld... x86_64-pc-linux-gnu-ld
checking for strip... strip
checking for windres... no
checking whether x86_64-pc-linux-gnu-gcc and cc understand -c and -o 
together... yes
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-g++ -E
checking for sb-conf... no
checking for ve... no
checking for a BSD compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for minimum required perl version = 5.006... 5.012004
checking for full perl installation... yes
checking for python2.7... /usr/bin/python2.7
checking for doxygen... :
checking for autoconf... /usr/bin/autoconf
checking for unzip... /usr/bin/unzip
checking for zip... /usr/bin/zip
checking for makedepend... /usr/bin/makedepend
checking for xargs... /usr/bin/xargs
checking for gmake... /usr/bin/gmake
checking for X... libraries , headers 
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking whether the compiler supports -Wno-invalid-offsetof... yes
checking whether the compiler supports -Wno-variadic-macros... yes
checking whether the compiler supports -Werror=return-type... yes
checking whether ld has archive extraction flags... yes
checking that static assertion macros used in autoconf tests work... yes
checking for 64-bit OS... yes
checking for Python version = 2.5 but not 

Re: [gentoo-user] Bug in spidermonkey?

[Nilesh Govindrajan]

On Thu, Feb 7, 2013 at 10:49 PM, Elias Diem pub.li...@webconect.ch wrote:
 Hello all

 I'm encountering a bug when emerging spidermonkey.

 The output from build.log is attached.

 If you need more info, please tell me so.

 Thanks.


Seems like one. Try compiling an older version?

-- 
Nilesh Govindrajan
http://nileshgr.com

Re: [gentoo-user] Bug in spidermonkey?

[Elias Diem]

Hi Nilesh

On 2013-02-07,  Nilesh Govindrajan wrote:

 Seems like one. Try compiling an older version?

I'm about to try. I will report back.

-- 
Greetings
Elias

[gentoo-user] Bug 290437 (gcc-config)

[Jonas de Buhr]

Hi guys,

i just ran into this bug again:

sys-devel/gcc-config suggests gcc re-merge when profile is invalid
https://bugs.gentoo.org/show_bug.cgi?id=290437

which is in status RESOLVED FIXED which is clearly not the case. 

who can change the status of a bug?

/jonas

Re: [gentoo-user] Bug 290437 (gcc-config)

[Florian Philipp]

Am 22.09.2011 12:22, schrieb Jonas de Buhr:
 Hi guys,
 
 i just ran into this bug again:
 
 sys-devel/gcc-config suggests gcc re-merge when profile is invalid
 https://bugs.gentoo.org/show_bug.cgi?id=290437
 
 which is in status RESOLVED FIXED which is clearly not the case. 
 
 who can change the status of a bug?
 
 /jonas
 

Hmm, odd. I thought everyone used to be able to reopen bugs.

Well, it looks like mailto:vap...@gentoo.org (Mike Frysinger) closed the
bug, so you might ask him about it. Or write to
mailto:toolch...@gentoo.org as this herd is currently assigned to the
bug. Vapier and halcy0n seem to be the only ones in that herd.

Hope this helps,
Florian Philipp



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Bug 290437 (gcc-config)

[Jonas de Buhr]

Hmm, odd. I thought everyone used to be able to reopen bugs.

Ooops. i assumed the opposite because several people complained about
having the same bug after it was closed in the comments but did not
reopen it. But in fact i did not try. Shame on me :)

Well, it looks like mailto:vap...@gentoo.org (Mike Frysinger) closed
the bug, so you might ask him about it. Or write to
mailto:toolch...@gentoo.org as this herd is currently assigned to the
bug. Vapier and halcy0n seem to be the only ones in that herd.

Ok, thanks!

Re: [gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018

[Volker Armin Hemmann]

On Tuesday 01 February 2011 13:02:46 Adam Carter wrote:

 Volker - do you have CONFIG_TREE_PREEMPT_RCU set?

  (X) Tree-based hierarchical RCU

  RCU Implementation (Tree-based hierarchical RCU)  ---

│ │   
  │ │[ ] Enable tracing for RCU 
   
│ │   
  │ │(64) Tree-based hierarchical RCU fanout value  
   
│ │   
  │ │[ ] Disable tree-based hierarchical RCU auto-balancing 
   
│ │   
  │ │[ ] Accelerate last non-dyntick-idle CPU's grace periods   
   
│ │   
  │ │  

Re: [gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018

[Volker Armin Hemmann]

On Sunday 30 January 2011 18:08:50 Mark Knecht wrote:

 None the less it seems like the message suggests that the driver is
 coded incorrectly.

more likely the gentoo-sources patchset is broken.

[gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018

[Mark Knecht]

Hi,
   I haven't used the closed source ATI driver for long but I don't
remember seeing this dmesg error before. It's not high priority for me
as I'll be switching out the graphics card to an NVidia card hopefully
tomorrow, but is this something that should get reported somewhere, or
is it just the nature of the fglrx driver? Or maybe I've not
configured the kernel as well as it could before this driver?

   Kernel is 2.6.36-gentoo-r6, ati-drivers-10.11.

   I did do a modules-rebuild -X rebuild and reboot to ensure it's repeatable.

   I suspect the LKML doesn't want this report as it's a closed source
driver. Do the XFree guys want it? AMD maybe?

Thanks,
Mark


[   21.215166] pci :03:00.0: irq 68 for MSI/MSI-X
[   21.215314] BUG: using smp_processor_id() in preemptible []
code: X/4018
[   21.215335] caller is KAS_GetExecutionLevel+0x85/0x131 [fglrx]
[   21.215337] Pid: 4018, comm: X Tainted: P2.6.36-gentoo-r6 #29
[   21.215338] Call Trace:
[   21.215342]  [811e53db] debug_smp_processor_id+0xc7/0xe0
[   21.215353]  [a00df24a] KAS_GetExecutionLevel+0x85/0x131 [fglrx]
[   21.215365]  [a00df8be]
KAS_InterlockedList_InsertAtTail+0x64/0x12e [fglrx]
[   21.215383]  [a010ae82] ? firegl_trace+0x72/0x1e0 [fglrx]
[   21.215400]  [a00f71a3] MCIL_InterlockedList+0x193/0x2a0 [fglrx]
[   21.215423]  [a01a6446] ? FIFO_Queue_Initialize+0xe6/0x100 [fglrx]
[   21.215438]  [a00f05f5] fireglPcsCommand+0xa5/0x140 [fglrx]
[   21.215454]  [a00f5279] ? MCIL_GetRegistrykey+0x269/0x760 [fglrx]
[   21.215474]  [a01b2f72] ?
AvailableCallbacksQueue_Initialize+0x52/0x70 [fglrx]
[   21.215494]  [a01b55b0] ? InitializeExtension+0xf0/0x240 [fglrx]
[   21.215513]  [a01b5cb8] ? InitializeInterrupts+0x38/0x60 [fglrx]
[   21.215536]  [a01a4e2d] ?
IRQMGR_InitializeIRQMGR+0xfd/0x110 [fglrx]
[   21.215554]  [a00fa7c6] ?
irqmgr_wrap_enable_interrupts+0x396/0x950 [fglrx]
[   21.215571]  [a00fa577] ?
irqmgr_wrap_enable_interrupts+0x147/0x950 [fglrx]
[   21.215588]  [a00f9c12] ? irqmgr_wrap_initialize+0x22/0xb0 [fglrx]
[   21.215604]  [a00f9534] ?
firegl_interrupt_control+0x174/0x1a0 [fglrx]
[   21.215607]  [8103be6e] ? capable+0x22/0x41
[   21.215623]  [a00f93c0] ?
firegl_interrupt_control+0x0/0x1a0 [fglrx]
[   21.215646]  [a00eb91a] ? firegl_ioctl+0x1ea/0xeb0 [fglrx]
[   21.215659]  [a00e1aa4] ? ip_firegl_ioctl+0x9/0xb [fglrx]
[   21.215662]  [810a37bb] ? do_vfs_ioctl+0x404/0x453
[   21.215665]  [810a385b] ? sys_ioctl+0x51/0x74
[   21.215669]  [81096ad5] ? sys_write+0x45/0x6c
[   21.215672]  [81001eeb] ? system_call_fastpath+0x16/0x1b
[   21.215675] BUG: using smp_processor_id() in preemptible []
code: X/4018
[   21.215687] caller is KAS_GetExecutionLevel+0x85/0x131 [fglrx]
[   21.215689] Pid: 4018, comm: X Tainted: P2.6.36-gentoo-r6 #29
[   21.215691] Call Trace:
[   21.215694]  [811e53db] debug_smp_processor_id+0xc7/0xe0
[   21.215709]  [a00df24a] KAS_GetExecutionLevel+0x85/0x131 [fglrx]
[   21.215722]  [a00df8be]
KAS_InterlockedList_InsertAtTail+0x64/0x12e [fglrx]
[   21.215741]  [a010ae82] ? firegl_trace+0x72/0x1e0 [fglrx]
[   21.215758]  [a00f71a3] MCIL_InterlockedList+0x193/0x2a0 [fglrx]
[   21.215781]  [a01a6446] ? FIFO_Queue_Initialize+0xe6/0x100 [fglrx]
[   21.215798]  [a00f05f5] fireglPcsCommand+0xa5/0x140 [fglrx]
[   21.215815]  [a00f5279] ? MCIL_GetRegistrykey+0x269/0x760 [fglrx]
[   21.215836]  [a01b2f72] ?
AvailableCallbacksQueue_Initialize+0x52/0x70 [fglrx]
[   21.215857]  [a01b55b0] ? InitializeExtension+0xf0/0x240 [fglrx]
[   21.215877]  [a01b5cb8] ? InitializeInterrupts+0x38/0x60 [fglrx]
[   21.215901]  [a01a4e2d] ?
IRQMGR_InitializeIRQMGR+0xfd/0x110 [fglrx]
[   21.215920]  [a00fa7c6] ?
irqmgr_wrap_enable_interrupts+0x396/0x950 [fglrx]
[   21.215938]  [a00fa577] ?
irqmgr_wrap_enable_interrupts+0x147/0x950 [fglrx]
[   21.215955]  [a00f9c12] ? irqmgr_wrap_initialize+0x22/0xb0 [fglrx]
[   21.215973]  [a00f9534] ?
firegl_interrupt_control+0x174/0x1a0 [fglrx]
[   21.215976]  [8103be6e] ? capable+0x22/0x41
[   21.215993]  [a00f93c0] ?
firegl_interrupt_control+0x0/0x1a0 [fglrx]
[   21.216008]  [a00eb91a] ? firegl_ioctl+0x1ea/0xeb0 [fglrx]
[   21.216022]  [a00e1aa4] ? ip_firegl_ioctl+0x9/0xb [fglrx]
[   21.216025]  [810a37bb] ? do_vfs_ioctl+0x404/0x453
[   21.216028]  [810a385b] ? sys_ioctl+0x51/0x74
[   21.216031]  [81096ad5] ? sys_write+0x45/0x6c
[   21.216033]  [81001eeb] ? system_call_fastpath+0x16/0x1b
[   21.216036] BUG: using smp_processor_id() in preemptible []
code: X/4018
[   21.216048] caller is KAS_GetExecutionLevel+0x85/0x131 [fglrx]
[   21.216050] Pid: 4018, comm: X Tainted: P

Re: [gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018

[Volker Armin Hemmann]

On Sunday 30 January 2011 12:40:29 Mark Knecht wrote:
 Hi,
I haven't used the closed source ATI driver for long but I don't
 remember seeing this dmesg error before. It's not high priority for me
 as I'll be switching out the graphics card to an NVidia card hopefully
 tomorrow, but is this something that should get reported somewhere, or
 is it just the nature of the fglrx driver? Or maybe I've not
 configured the kernel as well as it could before this driver?
 
Kernel is 2.6.36-gentoo-r6, ati-drivers-10.11.
 
I did do a modules-rebuild -X rebuild and reboot to ensure it's
 repeatable.
 
I suspect the LKML doesn't want this report as it's a closed source
 driver. Do the XFree guys want it? 

certainly not. You don't use anything from Xfree.

 AMD maybe?
 

certainly. If you can reproduce it with a vanilla kernel.
Because I don't see anything like this with vanilla kernels.

Re: [gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018

[Adam Carter]

I use gentoo-sources and have been getting that for as long as i've used
fglrx (since 9.6, ie driver version 8.62). I don't notice any issue so just
ignore it.

Re: [gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018

[Mark Knecht]

On Sun, Jan 30, 2011 at 2:34 PM, Volker Armin Hemmann
volkerar...@googlemail.com wrote:
 On Sunday 30 January 2011 12:40:29 Mark Knecht wrote:
 Hi,
    I haven't used the closed source ATI driver for long but I don't
 remember seeing this dmesg error before. It's not high priority for me
 as I'll be switching out the graphics card to an NVidia card hopefully
 tomorrow, but is this something that should get reported somewhere, or
 is it just the nature of the fglrx driver? Or maybe I've not
 configured the kernel as well as it could before this driver?

    Kernel is 2.6.36-gentoo-r6, ati-drivers-10.11.

    I did do a modules-rebuild -X rebuild and reboot to ensure it's
 repeatable.

    I suspect the LKML doesn't want this report as it's a closed source
 driver. Do the XFree guys want it?

 certainly not. You don't use anything from Xfree.


My bad. Really I guess I meant X.org

http://xorg.freedesktop.org/wiki/

They supply the server, correct? And everything going to the fglrx
driver comes from the server, somehow, doesn't it?

None the less it seems like the message suggests that the driver is
coded incorrectly.

Please note that I don't actually see any problems. The system
continues to work about as well as it ever has with this card/driver
combination, and there's only a few of these messages in dmesg.

 AMD maybe?


 certainly. If you can reproduce it with a vanilla kernel.
 Because I don't see anything like this with vanilla kernels.


Yeah, probably too much work for the time I have available right now,
and if I remove the HD 5770 in favor of the new NVidia card tomorrow
afternoon then it won't happen until I try the card in some system at
a future date. (Assuming I don't sell it as 'used' and just be done
with ATI for the 4th time...)

Also, there is a 10.12 driver in portage that wasn't available when I
switched to fglrx. I should try that also.

Cheers,
Mark

Thanks,
Mark

Re: [gentoo-user] BUG: using smp_processor_id() in preemptible [00000000] code: X/4018

[Mark Knecht]

On Sun, Jan 30, 2011 at 5:27 PM, Adam Carter adamcart...@gmail.com wrote:
 I use gentoo-sources and have been getting that for as long as i've used
 fglrx (since 9.6, ie driver version 8.62). I don't notice any issue so just
 ignore it.


Thanks Adam! I guess it's been there for the last week (when I gave up
on the Open Source driver) and I probably never looked at dmesg.

Cheers,
Mark

[gentoo-user] Bug 291488, Binutils. Workaround?

[Al]

OK, this is a Prefix related bug, but I don't want to bother the small
team, with every question of a gentoo beginner.

http://bugs.gentoo.org/show_bug.cgi?id=291488

Binutils tries to build a 64 bit module on a 32 bit machine: archive64
something.

They write I have to remove the -L/usr/sfw/lib/64 flag from the
profile.  I have no clue what I have to do here.

Perhaps you want to suggest I should do emerge --sync first. I can't
do this in this early step of bootstrapping Prefix. It works with a
customized overlay AFAIK.

Which file do I need to edit? Which additional parameter do I give to emerge?

(emerge --oneshot --nodeps binutils)

Al

[gentoo-user] Bug about possibly incomplete bugfix

[Nuno J. Silva]

(I asked this on IRC more than an hour ago, got no reply, so here goes
it to the list.)

What's the policy when you think that a change made due to a FIXED bug
needs more changes? Should you just comment it, fill another bug or
change the state (I can't do the later, anyway)?

As an example (the one I am dealing with, bug 283744), I found out a
package was changed to add a behavior which wasn't documented in the
ebuild.

On one hand, the suggestion to add elog messages should belong to the
original bug (now RESOLVED FIXED).

But on the other hand this is a new problem introduced by the fix for
that first bug, and then should have its own request. 

(And, as I can't change the first bug - which is FIXED, a separate bug
would be initially marked as OPEN, which suits the case of a new, IMHO
still unsolved issue.)

But what's the most polite thing to do?

-- 
Nuno J. Silva
gopher://sdf-eu.org/1/users/njsg

Re: [gentoo-user] Bug about possibly incomplete bugfix

[Alan McKinnon]

On Saturday 10 July 2010 19:21:28 Nuno J. Silva wrote:
 (I asked this on IRC more than an hour ago, got no reply, so here goes
 it to the list.)
 
 What's the policy when you think that a change made due to a FIXED bug
 needs more changes? Should you just comment it, fill another bug or
 change the state (I can't do the later, anyway)?
 
 As an example (the one I am dealing with, bug 283744), I found out a
 package was changed to add a behavior which wasn't documented in the
 ebuild.
 
 On one hand, the suggestion to add elog messages should belong to the
 original bug (now RESOLVED FIXED).
 
 But on the other hand this is a new problem introduced by the fix for
 that first bug, and then should have its own request.
 
 (And, as I can't change the first bug - which is FIXED, a separate bug
 would be initially marked as OPEN, which suits the case of a new, IMHO
 still unsolved issue.)
 
 But what's the most polite thing to do?


Open a new bug and refer to the old one. Let the bug owner decide what's the 
best thing to do next.



-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Bug

[KH]

Am 19.04.2010 00:41, schrieb dan blum:

Dale,

Thanks for following up. HOw do you start a new thread?

It is slightly annoying when you change a setting and reverts back to the original; the 
whole (computer) system should be more user friendly. Either way, it is good that there 
is an easy fix, which I will do.

I will have much more complex issues to discuss shortly.

Thanks.


[...]

Hi,

well there might be more than one way but usually I move my mouse to the 
new email option in thunderbird. Then I write 
gentoo-user@lists.gentoo.org in the field to. So I am set.
The difference is: when you use answer and just change the subject 
field, it still is shown as answer to the other email. If you ever tried 
to find something with google from a mailing list you pretty fast start 
to hat those guys.


Also keep in mind, that the subject field should be a little more 
catchy. Things like help, bug, to all veterans ... will likely 
lead to very few readers.


Also most people on this list (I hope this won't start a discussion 
again) don't like top posting.


Regards

kh

Re: [gentoo-user] Bug

[dan blum]

Dale,

Your fix worked, so far so good. Previously, I tried setting the time from KDE 
and using the date function and both were overridden on re-boot. One would 
think that either one of these functions would override the factory presets. 

I see 'date' is a binary file. Does kde also use this function to change its 
time and date? Where would one find the source package for 'date'?

Dan 

--- On Wed, 4/14/10, Dale rdalek1...@gmail.com wrote:

 From: Dale rdalek1...@gmail.com
 Subject: Re: [gentoo-user] Bug
 To: gentoo-user@lists.gentoo.org
 Date: Wednesday, April 14, 2010, 12:12 PM
 dan blum wrote:
  I run KDE on my system and my clock is wrong. I
 corrected several times from KDE, which sets the time to
 next boot, when it reverts to the old setting. This looks
 like slight bug.
     
 
 Since mailing list users generally use threaded messages,
 please start a new message instead of replying to a old
 one.
 
 This may not be a bug.  It depends on how you set your
 clock.  You need to check the settings in
 /etc/conf.d/clock and make sure you have it set up
 correctly.  Also, if you are dual booting with windoze,
 that makes you have to have additional settings from what I
 have read in the past.  Windoze sets the BIOS clock
 differently than Linux.  I don't have windoze so
 someone else will have to help with that.
 
 Dale
 
 :-)  :-)
 
 

Re: [gentoo-user] Bug

[Paul Hartman]

On Mon, Apr 19, 2010 at 12:14 PM, dan blum dan_...@yahoo.com wrote:
 I see 'date' is a binary file. Does kde also use this function to change its 
 time and date? Where would one find the source package for 'date'?

$ equery b `which date`
 * Searching for /usr/bin/date ...
sys-apps/coreutils-8.4 (/bin/date)

(if you don't have equery, it is in gentoolkit)

Re: [gentoo-user] Bug

[Dale]

dan blum wrote:

Dale,

Your fix worked, so far so good. Previously, I tried setting the time from KDE 
and using the date function and both were overridden on re-boot. One would 
think that either one of these functions would override the factory presets.

I see 'date' is a binary file. Does kde also use this function to change its 
time and date? Where would one find the source package for 'date'?

Dan

--- On Wed, 4/14/10, Dalerdalek1...@gmail.com  wrote:

   

From: Dalerdalek1...@gmail.com
Subject: Re: [gentoo-user] Bug
To: gentoo-user@lists.gentoo.org
Date: Wednesday, April 14, 2010, 12:12 PM
dan blum wrote:
 

I run KDE on my system and my clock is wrong. I
   

corrected several times from KDE, which sets the time to
next boot, when it reverts to the old setting. This looks
like slight bug.
 


   

Since mailing list users generally use threaded messages,
please start a new message instead of replying to a old
one.

This may not be a bug.  It depends on how you set your
clock.  You need to check the settings in
/etc/conf.d/clock and make sure you have it set up
correctly.  Also, if you are dual booting with windoze,
that makes you have to have additional settings from what I
have read in the past.  Windoze sets the BIOS clock
differently than Linux.  I don't have windoze so
someone else will have to help with that.

Dale

:-)  :-)
 


The date command has nothing to do with KDE.  The date command is part 
of this package:


r...@smoker ~ # equery belongs date
 * Searching for date ...
sys-apps/coreutils-8.4 (/bin/date)
r...@smoker ~ #

That is a system package.  KDE gets the time info from the system 
itself.  Keep in mind, Linux is a command line OS.  You are able to put 
a GUI such as KDE, Gnome etc etc, on top of that system.  Unlike 
Windoze, you can have a system with absolutely no monitor at all.  Heck, 
most servers run that way.  They have no monitor, no keyboard, no mouse 
or anything of the sort.  Most windoze boxes need that and have a GUI 
even if you don't use the monitor.  Gentoo usually teaches a person 
that.  The first time you boot up, if you follow the handbook, you get a 
command line and nothing else.  I usually cheat a little bit and can get 
a GUI tho.  ;-)


Linux has a factory preset but you have to tell it what time zone you 
are in.  Same with any OS I guess.  After all, you can have a OS 
anywhere in the world.  The computer has no idea where the heck it is 
until someone tells it.


Glad you got that one sorted tho.

Dale

:-)  :-)

Re: [gentoo-user] Bug

[dan blum]

Dale,

Thanks for following up. HOw do you start a new thread? 

It is slightly annoying when you change a setting and reverts back to the 
original; the whole (computer) system should be more user friendly. Either way, 
it is good that there is an easy fix, which I will do.

I will have much more complex issues to discuss shortly.

Thanks.

--- On Wed, 4/14/10, Dale rdalek1...@gmail.com wrote:

 From: Dale rdalek1...@gmail.com
 Subject: Re: [gentoo-user] Bug
 To: gentoo-user@lists.gentoo.org
 Date: Wednesday, April 14, 2010, 12:12 PM
 dan blum wrote:
  I run KDE on my system and my clock is wrong. I
 corrected several times from KDE, which sets the time to
 next boot, when it reverts to the old setting. This looks
 like slight bug.
     
 
 Since mailing list users generally use threaded messages,
 please start a new message instead of replying to a old
 one.
 
 This may not be a bug.  It depends on how you set your
 clock.  You need to check the settings in
 /etc/conf.d/clock and make sure you have it set up
 correctly.  Also, if you are dual booting with windoze,
 that makes you have to have additional settings from what I
 have read in the past.  Windoze sets the BIOS clock
 differently than Linux.  I don't have windoze so
 someone else will have to help with that.
 
 Dale
 
 :-)  :-)
 
 

Re: [gentoo-user] Bug

[Dale]

dan blum wrote:

Dale,

Thanks for following up. HOw do you start a new thread?

It is slightly annoying when you change a setting and reverts back to the original; the 
whole (computer) system should be more user friendly. Either way, it is good that there 
is an easy fix, which I will do.

I will have much more complex issues to discuss shortly.

Thanks.
   


You started a new thread with this one.  ;-)  It really depends on your 
email program.  Mine, I can just chose to compose a new message and type 
in the email address.  I can also right click on the email address, 
usually from another message, and then select 'Compose New Mail' to and 
it starts a shiney new thread.  Tell us what you are using and I'm sure 
someone here uses it and can tell you more specifics on how to start a 
new thread.


Questions about your setup.  Do you dual boot windows?   Do you dual 
boot another OS, even Linux?  Is Linux the only OS you have installed?  
I only have one OS that I boot here so my settings will be different 
from yours if you dual boot something else.  We need more info first 
tho.  Also, can you give a little info about how the clock is set in 
your BIOS?  This is really needed if you are dual booting.


Dale

:-)  :-)

[gentoo-user] Bug

[dan blum]

I run KDE on my system and my clock is wrong. I corrected several times from 
KDE, which sets the time to next boot, when it reverts to the old setting. This 
looks like slight bug. 

--- On Wed, 4/14/10, Dale rdalek1...@gmail.com wrote:

 From: Dale rdalek1...@gmail.com
 Subject: Re: [gentoo-user] Can't get a DVD to burn.
 To: gentoo-user@lists.gentoo.org
 Date: Wednesday, April 14, 2010, 8:40 AM
 Joerg Schilling wrote:
  Dalerdalek1...@gmail.com 
 wrote:
  
  
     
  I tried a older version of k3b and different
 versions of cdrtools with
  no change.  Also tkdvd doesn't work either.
 Slightly different error but
  still doesn't burn.
  
  Posted on kde mailing list to see if this is some
 known issues with
  k3b.  Maybe hardware?  Maybe I am not
 holding my mouth right when I
  click burn?
       
   From one of your former posts, it seems that you
 have problems with the free
  space on your disk and the fact that k3b doesn't
 realise that there is not
  enough free space.
     
 
 Well whether k3b knows it or not, there is 320Gbs of space
 left.  I did some more testing and the drive really
 doesn't do anything now.  Even hdparm can't read all
 the info so I ordered a drive about 12 hours ago.  I
 have had this brand before so maybe it will be OK.
 
 http://www.newegg.com/Product/Product.aspx?Item=N82E16827136144
 
 I should have it in a couple days.  I only live about
 a 3 hour drive from the newegg
 warehouse.   ;-)
 
     
  P. S.  Also headed to newegg to see what a
 new burner costs.  Jörg, do
  you have any recommendations on a really good
 burner that has few issues
  with software?  I hear that some have
 software issues and figure I may
  as well avoid that if I need a new one.
       
  Since NEC/Sony -  Optiarc is fully owned by
 Sony conce more than a year and
  since Sony fired people because made wrong assumptions
 on their market share,
  I hae no longer any contact to the manufacturing
 industry.
  
  Jörg
  
     
 
 I thought it worth asking at least.  Maybe the one I
 got will work.  I got to check and see if my old one is
 under warranty too.  I haven't had it that long I don't
 think.
 
 Thanks much.
 
 Dale
 
 :-)  :-)
 
 

Re: [gentoo-user] Bug

[Paul Hartman]

On Wed, Apr 14, 2010 at 10:46 AM, dan blum dan_...@yahoo.com wrote:
 I run KDE on my system and my clock is wrong. I corrected several times from 
 KDE, which sets the time to next boot, when it reverts to the old setting. 
 This looks like slight bug.

Check this option in your file /etc/conf.d/hwclock

# If you want to set the Hardware Clock to the current System Time
# (software clock) during shutdown, then say YES here.
# You normally don't need to do this if you run a ntp daemon.
clock_systohc=YES

Re: [gentoo-user] Bug

[Dale]

dan blum wrote:

I run KDE on my system and my clock is wrong. I corrected several times from 
KDE, which sets the time to next boot, when it reverts to the old setting. This 
looks like slight bug.
   


Since mailing list users generally use threaded messages, please start a 
new message instead of replying to a old one.


This may not be a bug.  It depends on how you set your clock.  You need 
to check the settings in /etc/conf.d/clock and make sure you have it set 
up correctly.  Also, if you are dual booting with windoze, that makes 
you have to have additional settings from what I have read in the past.  
Windoze sets the BIOS clock differently than Linux.  I don't have 
windoze so someone else will have to help with that.


Dale

:-)  :-)

[gentoo-user] Bug 246672 ATI-DRIVERS

[James]

I've got an ati/amd64 system that no matter what combo
of xorg-server, xorg-x11 and ati-drivers, I cannot get 
it to work.

lspci shows:
00:00.0 Host bridge: ATI Technologies Inc 
RD580 [CrossFire Xpress 3200] 
Chipset
Host Bridge
00:02.0 PCI bridge: ATI Technologies Inc RS480 PCI-X Root Port
00:06.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge

01:00.0 VGA compatible controller: ATI Technologies Inc 
R580 [Radeon X1900 XT](Primary)
01:00.1 Display controller: ATI Technologies Inc 
R580 [Radeon X1900 XT] (Secondary)


It all worked fine until an update a few days ago.

I do not need the latest version of anything just something that works.


Any suggestions are most appreciated

Currently the system is booted and kde is working but I removed
ati-drivers trying to fix it. Now I cannot get any version of
ati-drivers to work, despite trying the latest ideas in bug 246672.


Any help is appreciated. Precise version numbers of xorg-server
xorg-x11 and ati-drivers is what I really need. Just advise
on a combo that works with a r580 chipset.


James

Re: [gentoo-user] Bug 246672 ATI-DRIVERS

[Volker Armin Hemmann]

On Mittwoch 26 November 2008, James wrote:
 I've got an ati/amd64 system that no matter what combo
 of xorg-server, xorg-x11 and ati-drivers, I cannot get
 it to work.

 lspci shows:
 00:00.0 Host bridge: ATI Technologies Inc
 RD580 [CrossFire Xpress 3200]
 Chipset
 Host Bridge
 00:02.0 PCI bridge: ATI Technologies Inc RS480 PCI-X Root Port
 00:06.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge

 01:00.0 VGA compatible controller: ATI Technologies Inc
 R580 [Radeon X1900 XT](Primary)
 01:00.1 Display controller: ATI Technologies Inc
 R580 [Radeon X1900 XT] (Secondary)


 It all worked fine until an update a few days ago.

 I do not need the latest version of anything just something that works.


 Any suggestions are most appreciated

 Currently the system is booted and kde is working but I removed
 ati-drivers trying to fix it. Now I cannot get any version of
 ati-drivers to work, despite trying the latest ideas in bug 246672.


 Any help is appreciated. Precise version numbers of xorg-server
 xorg-x11 and ati-drivers is what I really need. Just advise
 on a combo that works with a r580 chipset.


 James

 x11-base/xorg-server
 Installed versions:  1.5.2

media-libs/mesa
Installed versions:  7.2

x11-base/xorg-x11
Installed versions:  7.4

x11-drivers/ati-drivers
Installed versions:  8.552-r2

[gentoo-user] Bug 246672 ATI-DRIVERS

[James]

Hello,

One of my (ati) systems has been screwed up a few days now because of
bug 246672.

Long story short, I have no ati-drivers installed and when I try to
emerge it, I get:

Cannot write to '/usr/lib32/opengl/ati/extensions'
Please check permissions and directories for broken symlinks


Obviously, I've tried all sorts of things but 
ati-drivers-8.552-r2 just won't compile.


any pearls of wisdom here, particulary, exact syntax
to get a working X (kde) would been keen.

Yes, I've tried several things from the aforementioned bug,
and that why my system is now very broken.


???


James

Re: [gentoo-user] Bug 246672 ATI-DRIVERS

[Volker Armin Hemmann]

On Dienstag 25 November 2008, James wrote:
 Hello,

 One of my (ati) systems has been screwed up a few days now because of
 bug 246672.

 Long story short, I have no ati-drivers installed and when I try to
 emerge it, I get:

 Cannot write to '/usr/lib32/opengl/ati/extensions'
 Please check permissions and directories for broken symlinks

go to /usr/lib32/opengl/ati/ and remoce extensions dir or symlink or whatever 
it is. Retry.

Re: [gentoo-user] Bug 246672 ATI-DRIVERS

[Rodolphe Rocca]

James wrote:
 Hello,
 
 One of my (ati) systems has been screwed up a few days now because of
 bug 246672.
 
 Long story short, I have no ati-drivers installed and when I try to
 emerge it, I get:
 
 Cannot write to '/usr/lib32/opengl/ati/extensions'
 Please check permissions and directories for broken symlinks
 
 
 Obviously, I've tried all sorts of things but 
 ati-drivers-8.552-r2 just won't compile.
 
 

You must first unmerge ati-drivers : it will properly delete files and
this directory too. Then emerge ati-drivers.

[gentoo-user] Bug in JAVA SDK ebuilds?

[Wolfgang Liebich]

Hi,
I'm a java developer. Therefor my gentoo box contains different JDK
versions, even from different vendors, for doing tests against specific
JDKs. I've still installed
JDK 1.4, 1.5 and 1.6 from Sun and IBM.

I'm also using idlj for generating CORBA stubs, and when I wrote a build
script to be used for a daily build via cronjob, I noticed a strange
problem --- the cron job
failed, but if I started the script from my terminal, it worked as designed!

The problem was that when run from the cron job, ant could not find the
idlj executable. This is because cron jobs don't have the full path like
interactive shells have.
In my interactive path the bin/ directory for the generation 1 system VM
was included, so he found idlj. This meant, btw. that even when I wanted
to compile with JDK 1.5,
the idl4j executable was still the one used for JDK 1.4!

The reason for that is that for the other java sdk executables there is
a symlink in /usr/bin pointing to run-java-tool. This symlink does not
exist for idlj - IOW idlj is not in /usr/bin.
As soon as I manually made a symlink via ln -s /usr/bin/run-java-tool
/usr/bin/idlj, everything worked as designed.

Seems like an oversight --- idlj is not the most popular tool around,
right? :-)
- Ciao,
Wolfgang Liebich

[gentoo-user] BUG?: gentoo-ppc unable to start init scrpt keymap.

[Wang, Baojun]

error message:

 * Loading key mappings ...
 * /bin/loadkeys not found

[ !! ]
 * ERROR:  cannot start consolefont as keymaps could not start


it's very strange gentoo-ppc install kbd to /usr/bin/loadkeys instead
of /bin/loadkeys, which leads the above error.

localhost ~ # emerge --info
Portage 2.1.4.4 (default/linux/powerpc/ppc32/2008.0, gcc-4.1.2,
glibc-2.6.1-r0, 2.6.24-gentoo-r3-ibm ppc64)
=
System uname: 2.6.24-gentoo-r3-ibm ppc64 POWER4+ (gq)
Timestamp of tree: Thu, 09 Oct 2008 05:45:02 +
app-shells/bash: 3.2_p33
dev-lang/python: 2.5.2-r7
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:1.2.18.1-r2
sys-devel/autoconf:  2.61-r2
sys-devel/automake:  1.6.3, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS=ppc
CBUILD=powerpc-unknown-linux-gnu
CFLAGS=-O2 -mcpu=powerpc -mtune=powerpc -fno-strict-aliasing -pipe
CHOST=powerpc-unknown-linux-gnu
CONFIG_PROTECT=/etc
CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/gconf 
/etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d
CXXFLAGS=-O2 -mcpu=powerpc -mtune=powerpc -fno-strict-aliasing -pipe
DISTDIR=/usr/portage/distfiles
FEATURES=ccache distlocks metadata-transfer sandbox sfperms strict
unmerge-orphans userfetch
GENTOO_MIRRORS=ftp://mirror.lzu.edu.cn/gentoo
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo;
LDFLAGS=-Wl,-O1
MAKEOPTS=-j3
PKGDIR=/usr/portage/packages
PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
SYNC=rsync://202.201.0.141/gentoo-portage
USE=acl berkdb bzip2 cli cracklib crypt cups dri fortran gdbm gpm iconv
ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl
ppc pppd python readline reflection session spl ssl sysfs tcpd unicode
xorg zlib ALSA_CARDS=aoa aoa-fabric-layout aoa-onyx aoa-soundbus
aoa-soundbus-i2s aoa-tas aoa-toonie powermac usb-audio via82xx
ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug
file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw
multi null plug rate route share shm softvol APACHE2_MODULES=actions
alias auth_basic authn_alias authn_anon authn_dbm authn_default
authn_file authz_dbm authz_default authz_groupfile authz_host
authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir
disk_cache env expires ext_filter file_cache filter headers include info
log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
speling status unique_id userdir usertrack vhost_alias ELIBC=glibc
INPUT_DEVICES=keyboard mouse evdev KERNEL=linux LCD_DEVICES=bayrad
cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text
USERLAND=GNU VIDEO_CARDS=fbdev glint mach64 mga nv r128 radeon savage
tdfx trident voodoo
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK,
LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS,
PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

-- 
Wang, BaojunLanzhou University
Distributed  Embedded System Lab  http://dslab.lzu.edu.cn
School of Information Science and Engeneering  [EMAIL PROTECTED]
Tianshui South Road 222. Lanzhou 73 .P.R.China
Tel: +86-931-8912025  Fax: +86-931-8912022



signature.asc
Description: 	这是信件的数字签	名部分

[gentoo-user] Bug in rarian-sk-get-cl ?

[alain . didierjean]

logwatch returns daily this message:
  
WARNING:  Segmentation Faults in these executables
rarian-sk-get-c :  1 Time(s)

What's this command for ?
Who's calling it for me ?
Is this a known bug, or just local ?
Thx for the help

--
~adj~

[gentoo-user] Bug in server_test.c

[Grant Edwards]

There appears to be a bug in server_test.c:

ecos-opt/net/net/common/current/tests/server_test.c

94  
95  #ifdef CYGPKG_LIBC_STDIO
96  sprintf(buf, Hello %s:%d\n, inet_ntoa(client_addr.sin_addr), 
ntohs(client_addr.sin_port));
97  #else
98  strcpy(buf, Hello );
99  strcat(buf, inet_ntoa(client_addr.sin_addr));
   100  strcat(buf,:);
   101  strcat(buf, atoi(ntohs(client_addr.sin_port)));
   102  strcat(buf,\n);
   103  #endif

In line 101, the call to atoi() doesn't look right.
Shouldn't that be a call to itoa() (assuming such a function
existed)?

-- 
Grant


-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Bug in /etc/init.d/netmount?

[Matthias Fechner]

Hi Dan,

Dan Farrell wrote:
 AFAIK you are correct, this is a bug in a few of the initscripts that
 don't behave sensibly if the root fs is network mounted.  

thx for your answer a raised a bug report with the number: 194967.


Bye
Matthias

-- 

Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning. --
Rich Cook
-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Bug in /etc/init.d/netmount?

[Matthias Fechner]

Hi,

I have here a gentoo diskless system which boots over pxeboot and
mount everything over NFS from my big Gentoo server.

But at shutdown I get the error message:
Failed to simply unmount filesystems
  Unmounting network filesystems (retry #1) ...
INIT: no more processes left in this runlevel

After some investigation I found a work-around.
I deleted the line
[[ -z $(umount -art ${rcfilesystems} 21) ]]
in /etc/init.d/netmount (function stop() )

I think the problem here is that netmount unmounts all partitions
(including /) and so the shutdown process cannot be continued.

Should not netmount skip unmounting / ?

Best regards,
Matthias

-- 

Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
produce bigger and better idiots. So far, the universe is winning. --
Rich Cook
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Bug in /etc/init.d/netmount?

[Dan Farrell]

On Fri, 5 Oct 2007 14:33:02 +0200
Matthias Fechner [EMAIL PROTECTED] wrote:

 Hi,
 
 I have here a gentoo diskless system which boots over pxeboot and
 mount everything over NFS from my big Gentoo server.
 
 But at shutdown I get the error message:
 Failed to simply unmount filesystems
   Unmounting network filesystems (retry #1) ...
 INIT: no more processes left in this runlevel
 
 After some investigation I found a work-around.
 I deleted the line
 [[ -z $(umount -art ${rcfilesystems} 21) ]]
 in /etc/init.d/netmount (function stop() )
 
 I think the problem here is that netmount unmounts all partitions
 (including /) and so the shutdown process cannot be continued.
 
 Should not netmount skip unmounting / ?
 
 Best regards,
 Matthias
 

AFAIK you are correct, this is a bug in a few of the initscripts that
don't behave sensibly if the root fs is network mounted.  

Another one that gets messed up is IPTAbles.  I didn't think much of it
because I figured I was the only person in the world crazy enough to
have a diskless router/firewall.  

Interestingly, some of my diskless hosts do all right with this, others
fail to shut down.  

-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Bug in bash ?

[alain . didierjean]

Can somebody explain why
ls [A-Z]*
works as ls * (or ls -R):
It seems that [A-Z] is ignored by bash-3.1.17 on amd64.
The expression works as expected with zsh...

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Bug in bash ?

[Jan Seeger]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is no bug. Bash globs everything that begins with A-Z (also
directories) and then gives that list to ls. So ls lists all these files
and the directories that begin with A-Z. Strangely though, bash seems to
ignore case. (When I try your command, ls gives me all the files that
begin with a letter and excludes files that begin with a number) 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGKc7ZMmLQdC6jvocRAjoiAJ9guN8zoA5A2ZxQIZxEeyGxdb9TggCdFbgb
c0NkXZqd15DLXNNsd1liS5Y=
=m/kr
-END PGP SIGNATURE-
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Bug in bash ?

[Renat Golubchyk]

On Sat, 21 Apr 2007 10:44:09 +0200 Jan Seeger [EMAIL PROTECTED]
wrote:
 This is no bug. Bash globs everything that begins with A-Z (also
 directories) and then gives that list to ls. So ls lists all these
 files and the directories that begin with A-Z. Strangely though, bash
 seems to ignore case. (When I try your command, ls gives me all the
 files that begin with a letter and excludes files that begin with a
 number)

That happens because of your locale setting. If LC_COLLATE is not C
or POSIX then e.g. [A-D] can be equal to [AbBcCdD] or [AaBbCcD]. So
set LC_COLLATE to C and you'll get a portable behaviour.

Cheers,
Renat

-- 
Probleme kann man niemals mit derselben Denkweise loesen,
durch die sie entstanden sind.
  (Einstein)


signature.asc
Description: PGP signature

Re: [gentoo-user] Bug in bash ?

[Bo Ørsted Andresen]

On Saturday 21 April 2007 09:52:40 [EMAIL PROTECTED] wrote:
 Can somebody explain why
 ls [A-Z]*
 works as ls * (or ls -R):
 It seems that [A-Z] is ignored by bash-3.1.17 on amd64.
 The expression works as expected with zsh...

Try `ls [[:upper:]]*`. Also -R is recursive. You should google that since you 
don't seem to know what it means..

-- 
Bo Andresen


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] bug in usermod, full name of options doesn't work

[Benno Schulenberg]

Allan Gottlieb wrote:
 Goal: add gottlieb to group scanner.

 It seems that -aG works but --append --groups doesn't

Please try attached patch.

I'll report this bug upstream, mentioning that you found it.

Benno
diff -ur cvs-shadow/src/usermod.c shadow/src/usermod.c
--- cvs-shadow/src/usermod.c	2006-11-14 16:40:54.0 +0100
+++ shadow/src/usermod.c	2007-01-13 14:59:02.0 +0100
@@ -905,7 +905,7 @@
 		 */
 		int c;
 		static struct option long_options[] = {
-			{append, required_argument, NULL, 'a'},
+			{append, no_argument, NULL, 'a'},
 			{comment, required_argument, NULL, 'c'},
 			{home, required_argument, NULL, 'd'},
 			{expiredate, required_argument, NULL, 'e'},

Re: [gentoo-user] bug in usermod, full name of options doesn't work

[Allan Gottlieb]

At Sat, 13 Jan 2007 15:13:18 +0100 Benno Schulenberg [EMAIL PROTECTED] wrote:

 Allan Gottlieb wrote:
 Goal: add gottlieb to group scanner.

 It seems that -aG works but --append --groups doesn't

 Please try attached patch.
 I'll report this bug upstream, mentioning that you found it.

Thanks,
allan
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] bug in usermod, full name of options doesn't work

[Allan Gottlieb]

Goal: add gottlieb to group scanner.

It seems that -aG works but --append --groups doesn't

I will file a bug in b.g.o. unless I did something wrong.

thanks in advance
allan

ajglap portage # usermod --groups scanner --append gottlieb
Usage: usermod [options] LOGIN

Options:
  -a, --append  append the user to the supplemental GROUPS
(use only with -G)
  -c, --comment COMMENT new value of the GECOS field
  -d, --home HOME_DIR   new home directory for the user account
  -e, --expiredate EXPIRE_DATE  set account expiration date to EXPIRE_DATE
  -f, --inactive INACTIVE   set password inactive after expiration
to INACTIVE
  -g, --gid GROUP   force use GROUP as new primary group
  -G, --groups GROUPS   new list of supplementary GROUPS
  -h, --helpdisplay this help message and exit
  -l, --login NEW_LOGIN new value of the login name
  -L, --locklock the user account
  -m, --move-home   move contents of the home directory to the new
location (use only with -d)
  -o, --non-unique  allow using duplicate (non-unique) UID
  -p, --password PASSWORD   use encrypted password for the new password
  -s, --shell SHELL new login shell for the user account
  -u, --uid UID new UID for the user account
  -U, --unlock  unlock the user account

ajglap portage # usermod -aG scanner gottlieb
ajglap portage # grep gottlieb /etc/group
wheel:x:10:root,gottlieb
cron:x:16:cron,gottlieb
audio:x:18:gottlieb
cdrom:x:19:haldaemon,gottlieb
video:x:27:root,gottlieb
games:x:35:gottlieb
cdrw:x:80:gottlieb,haldaemon
portage:x:250:portage,gottlieb
gottlieb:x:1502:
scanner:x:1504:gottlieb
plugdev:x:1507:gottlieb,haldaemon
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bug in usermod, full name of options doesn't work

[Bo Ørsted Andresen]

On Friday 12 January 2007 18:46, Allan Gottlieb wrote:
 Goal: add gottlieb to group scanner.

 It seems that -aG works but --append --groups doesn't

 I will file a bug in b.g.o. unless I did something wrong.

I wouldn't be surprised if it would be RESOLVED UPSTREAM. Guess there's only 
one way to find out.. I guess you could comment on bug #145416 too (which 
isn't quite the same issue)..

-- 
Bo Andresen


pgpeyQiRqQ2UP.pgp
Description: PGP signature

[gentoo-user] BUG 2.6.17-gentoo-r8 does not compile

[Helmut Jarausch]

Hi,

gentoo doesn't seem to like me.
Trying to install gentoo, I did

USE=-doc symlink emerge gentoo-sources

After menuconfig
make
terminates due to a shell syntax error.
Are the gentoo kernel patches buggy?

Many thanks for hint,

Helmut Jarausch

Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] BUG 2.6.17-gentoo-r8 does not compile

[Jean-Marc Beaune]

Hi,

I don't know if it's relevant but as the installation guide says, I do 'make  make modules_install'.
Otherwise you could try to use genkernel, just to see if kernel sources are corrupted.
On 9/13/06, Helmut Jarausch [EMAIL PROTECTED] wrote:
Hi,gentoo doesn't seem to like me.Trying to install gentoo, I didUSE=-doc symlink emerge gentoo-sources
After menuconfigmaketerminates due to a shell syntax error.Are the gentoo kernel patches buggy?Many thanks for hint,Helmut JarauschLehrstuhl fuer Numerische MathematikRWTH - Aachen University
D 52056 Aachen, Germany--gentoo-user@gentoo.org mailing list-- /JM 

Re: [gentoo-user] BUG 2.6.17-gentoo-r8 does not compile

[Iain Buchanan]

 After menuconfig
 make
 terminates due to a shell syntax error.
 Are the gentoo kernel patches buggy?
 
 Many thanks for hint,

hint:  posting an exact copy of the output from your terminal would
probably get you more help ;)

-- 
Iain Buchanan iaindb at netspace dot net dot au

Does the name Pavlov ring a bell?

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] BUG 2.6.17-gentoo-r8 does not compile

[Neil Bothwick]

On Wed, 13 Sep 2006 13:04:40 +0200 (CEST), Helmut Jarausch wrote:

 After menuconfig
 make
 terminates due to a shell syntax error.
 Are the gentoo kernel patches buggy?

Who knows? Maybe if the error message wasn't considered Top Secret,
someone would be able to shed some light on the cause.

I've compiled and am running -r8 on x64, amd64 and PPC systems with no
such messages, secret or otherwise.


-- 
Neil Bothwick

Don't let your mind wander, it's too little to be let out alone.


signature.asc
Description: PGP signature

[gentoo-user] Bug report.

[Allan Spagnol Comar]

Where Do I do a bug report

I received this a moment ago when I run emerge --sync.
 Updating Portage cache:   88%!!! Cannot resolve a virtual package
name to an ebuild.
!!! This is a bug, please report it. (virtual/x11-6.8)

don´t know where to post it
--
An application asked:
Requeires Windows 9x, NT4 or better,
so I´ve installed Linux

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Bug report.

[Paul Varner]

On Tue, 2005-12-20 at 15:22 -0300, Allan Spagnol Comar wrote:
 Where Do I do a bug report
 
 I received this a moment ago when I run emerge --sync.
  Updating Portage cache:   88%!!! Cannot resolve a virtual package
 name to an ebuild.
 !!! This is a bug, please report it. (virtual/x11-6.8)
 
 don´t know where to post it

Bug reports go to http://bugs.gentoo.org

This, however, is a known bug - http://bugs.gentoo.org/show_bug.cgi?id=114798

The problem is that you have an older portage that needs to be updated.

#emerge --av portage
#emerge --sync

Regards,
Paul

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Bug report.

[Paul Varner]

On Tue, 2005-12-20 at 15:22 -0300, Allan Spagnol Comar wrote:
 Where Do I do a bug report
 
 I received this a moment ago when I run emerge --sync.
  Updating Portage cache:   88%!!! Cannot resolve a virtual package
 name to an ebuild.
 !!! This is a bug, please report it. (virtual/x11-6.8)

I have a typo in my previous response.  The commands to update should
be:

# emerge -av portage
# emerge --sync

Regards,
Paul
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Bug report.

[Dale]

Allan Spagnol Comar wrote:


Where Do I do a bug report

I received this a moment ago when I run emerge --sync.
 


Updating Portage cache:   88%!!! Cannot resolve a virtual package
   


name to an ebuild.
!!! This is a bug, please report it. (virtual/x11-6.8)

don´t know where to post it
--
An application asked:
Requeires Windows 9x, NT4 or better,
so I´ve installed Linux

 




http://bugs.gentoo.org/



That should be a good place.

Dale
:-)


--
To err is human, I'm most certainly human.

I have four rigs:

1:  Home built; Abit NF7 ver 2.0 w/ AMD 2500+ CPU, 1GB of ram and right now two 
80GB hard drives.
2:  Home built; Iwill KK266-R w/ AMD 1GHz CPU, 256MBs of ram and a 4GB drive.
3:  Home built; Gigabyte GA-71XE4 w/ 800MHz CPU, 128MBs of ram and a 2.5GB 
drive.
4:  Compaq Proliant 6000 Server w/ Quad 200MHz CPUs, 128MBs of ram and a 4.3GB 
SCSI drive.

All run Gentoo Linux, all run folding. #1 is my desktop, 2, 3, and 4 are set up as servers.  


--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Bug report.

[Allan Spagnol Comar]

thanks All

On 12/20/05, Dale [EMAIL PROTECTED] wrote:
 Allan Spagnol Comar wrote:

 Where Do I do a bug report
 
 I received this a moment ago when I run emerge --sync.
 
 
 Updating Portage cache:   88%!!! Cannot resolve a virtual package
 
 
 name to an ebuild.
 !!! This is a bug, please report it. (virtual/x11-6.8)
 
 don´t know where to post it
 --
 An application asked:
 Requeires Windows 9x, NT4 or better,
 so I´ve installed Linux
 
 
 

  http://bugs.gentoo.org/


 That should be a good place.

 Dale
 :-)


 --
 To err is human, I'm most certainly human.

 I have four rigs:

 1:  Home built; Abit NF7 ver 2.0 w/ AMD 2500+ CPU, 1GB of ram and right now 
 two 80GB hard drives.
 2:  Home built; Iwill KK266-R w/ AMD 1GHz CPU, 256MBs of ram and a 4GB drive.
 3:  Home built; Gigabyte GA-71XE4 w/ 800MHz CPU, 128MBs of ram and a 2.5GB 
 drive.
 4:  Compaq Proliant 6000 Server w/ Quad 200MHz CPUs, 128MBs of ram and a 
 4.3GB SCSI drive.

 All run Gentoo Linux, all run folding. #1 is my desktop, 2, 3, and 4 are set 
 up as servers.

 --
 gentoo-user@gentoo.org mailing list




--
An application asked:
Requeires Windows 9x, NT4 or better,
so I´ve installed Linux

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Bug in net.eth0?

[Hareesh Nagarajan]

Hi,

Some verison info:
Version: # $Header:
/home/cvsroot/gentoo-src/rc-scripts/init.d/net.eth0,v 1.41 2004/05/10
14:16:35 agriffis Exp $

Some background info:
I have my ethernet driver compiled into my kernel.

hareesh: hareesh/ $ lspci | grep Ethernet
:00:12.0 Ethernet controller: National Semiconductor Corporation
DP83815 (MacPhyter) Ethernet Controller

The problem:
After I shutdown my eth0 interface I see an UP in the ifconfig output.

hareesh: hareesh/ $ s ifconfig eth0 down
hareesh: hareesh/ $ ifconfig
eth0  Link encap:Ethernet  HWaddr 00:0F:20:C7:25:5C
  UP BROADCAST NOTRAILERS MULTICAST  MTU:1500  Metric:1
  RX packets:28225 errors:0 dropped:0 overruns:0 frame:0
  TX packets:24421 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:22196299 (21.1 Mb)  TX bytes:4732287 (4.5 Mb)
  Interrupt:11

The /etc/init.d/net.eth0 script does the following check:

script
status_IFACE=$(ifconfig ${1} 2${devnull} | gawk '$1 == UP {print up}')
[...]
if [[ ${status_IFACE} == up ]]; then
einfo Keeping kernel configuration for ${IFACE}
else
ebegin Bringing ${IFACE} up via DHCP
/sbin/dhcpcd ${dhcpcd_IFACE} ${IFACE}
/script

So when I do the following, I get:
# /etc/init.d/net.eth0 start
 * Keeping kernel configuration for eth0

So as we can see, the script hasn't given my interface an IP.

Obviously, when I do this, I get:
hareesh: hareesh/ $ wget www.google.com
--14:09:55--  http://www.google.com/
   = `index.html'
Resolving www.google.com... failed: Temporary failure in name resolution.

So then, I do:
# /etc/init.d/net.eth0 stop
 * Bringing eth0 down...

So I guess, if you have the ethernet driver compiled in, ifconfig
interface still seems to show UP, no idea why. So I think, the
script needs to be modified to test if, ifconfig spits a line with
'inet', to truly test if the interface is up.

More importantly, UP just says that the device is functioning
correctly and does not say that interface actually has an IP address
assigned to it. So we need something more to rely on, to actually test
if the interface is up and running with an IP address assigned to it.

My modifications are as follows. This script, is just a hack, so all
you bash gurus please forgive me. Maybe there is a better way of doing
all this with the help of the /proc interface:

patch
--- /etc/init.d/net.eth0.1  2005-11-17 12:55:47.0 -0800
+++ /etc/init.d/net.eth02005-11-17 14:09:33.0 -0800
@@ -50,8 +50,13 @@
 #  ifconfig_fallback_IFACE (fallback ifconfig if dhcp fails)
 setup_vars() {
local i iface=${1//\./_}
-
-   status_IFACE=$(ifconfig ${1} 2${devnull} | gawk '$1 == UP
{print up}')
+   #status_IFACE=$(ifconfig ${1} 2${devnull} | gawk '$1 == UP
{print up}')
+   temp_IFACE=$(ifconfig  ${1} | gawk '{print $1}' | head -n 2 |
tr '\n' '_')
+   if [[ ${temp_IFACE} == ${1}_inet_ ]]; then
+   status_IFACE=up
+   else
+   status_IFACE=
+   fi
eval vlans_IFACE=\\$\{iface_${iface}_vlans\}\
eval ifconfig_IFACE=( \[EMAIL PROTECTED] )
eval dhcpcd_IFACE=\\$\{dhcpcd_$iface\}\
/patch

Now, when I execute the script, I get the following:

# s /etc/init.d/net.eth0 start
 * Bringing eth0 up via DHCP...[ ok ]
 *   eth0 received address 140.221.222.55

So is this a bug in net.eth0 or am I missing something obvious?

Thanks,

./hareesh

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Bug in net.eth0?

[Neil Bothwick]

On Thu, 17 Nov 2005 15:01:29 -0800, Hareesh Nagarajan wrote:

 Version: # $Header:
 /home/cvsroot/gentoo-src/rc-scripts/init.d/net.eth0,v 1.41 2004/05/10
 14:16:35 agriffis Exp $

This looks like a very old script. /etc/init.d/net.eth0 should now be a
symlink to net.lo.


-- 
Neil Bothwick

Press any key to continue... click Except that one..


signature.asc
Description: PGP signature

[gentoo-user] Bug Wrangling Event?

[Chris White]

Hi all,

Now that my job situation has settled down, I have some free time 
floating 
around, and a bit of finances to cover it.  That said, I'd like to see if 
there would be interest in a bug wrangling event of some sort taking place in 
the SF area.  If I get enough interest, I'll go ahead and call places and get 
the event setup.  Here's what my plan was:

1) Bug Wrangling
2) Helping people with writing ebuilds
3) Installation
4) General questions about Gentoo

I'd like to have other developers besides myself there, and I don't know if it 
will be a one or two day event, but that I won't know unless I get 
interest ;).  Let me know what you all think and I'll go from there.

PLEASE REPLY OFF LIST

Thanks :)
Chris White


pgpjw4NrrJeUC.pgp
Description: PGP signature

Re: [gentoo-user] BUG in glibc????

[Billy Holmes]

capsel wrote:

j=strcmp( log, *(lines+i) );
printf( ble\n );
if( strcmp( log, *(lines+i) ) == 0 )
{
printf( ble2\n );


it looks to me like you're probably getting an invalid pointer 
reference. When that happens, your program is undefined. More then 
likely, you're going out of bounds on your array, try adding some debug 
code, or looking at it in gdb. You'll want to keep an eye on i.

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] BUG in glibc????

[John Myers]

On Sunday 30 October 2005 13:54, capsel wrote:
 is it a bug in glibc or in my code?
Probably not a bug in glibc. I'm 99% sure that there are no bugs that obvious 
in printf or strcmp. glibc is absolutely the most tested code in a GNU/Linux 
system, aside from the kernel itself, seeing as it is used by the *vast* 
majority of users, for every app on their system. And printf is probably one 
of the most-used and abused functions in glibc.

so, the answer to 'did I find a bug in printf?' is almost invariably 'Most 
likely not.'


pgpXvXZtUYBl9.pgp
Description: PGP signature

[gentoo-user] BUG in glibc????

[capsel]

Hi all,

I am writing some program... simple program and I've got some code:

j=strcmp( log, *(lines+i) );
printf( ble\n );
if( strcmp( log, *(lines+i) ) == 0 )
{
printf( ble2\n );

it is in for loop. ble and ble2 are some texts for debuging purposes :)
So... when I run my program I can see three times ble and only two
times ble2...
after last ble there is:

*** glibc detected *** free(): invalid next size (normal): 0x0804c208 ***
Przerwane

is it a bug in glibc or in my code?

I added file with that loop.
Przerwane means interrupted/broken/stopped, it is polish locale (LC=pl_PL)
#include stdio.h
#include string.h

#include config.h

int config_parse() {
	int i,j;
	char** lines = NULL;
	char *eqch,*tmp;
	unsigned int linesc = 0;
	if( ( config_content == NULL ) || ( config_content==0 ) )
	{
		fprintf( logi, = Nie moge przetwarzaæ nie istniej±cej tre¶ci pliku konfiguracyjnego\n );
		return 0;
	}
	lines = (char**) malloc( sizeof( char* ) );
	if( lines == NULL )
	{
		fprintf( logi, = B³±d alokacji pamiêci na vector linii\n );
		return 0;
	}
	*(lines) = config_content;
	for( i = 0; i  config_contentl; i++ )
	{
		if( *(config_content+i) == '\n' )
		{
			lines = (char**) realloc( lines, sizeof( char** )*(linesc+1) );
			if( lines == NULL )
			{
fprintf( logi, = B³±d alokacji\n );
return 0;
			}
			linesc++;
			*(lines+linesc) = (config_content+i+1);
			*(config_content+i) = '\0';
			printf( - linesc++\n );
		}
	}
	fprintf( stdout, - linesc = %u\n, linesc );
	for( i = 0; i  linesc; i++ )
	{
		if( *(*(lines+i)) == '#' )
		{
			continue;
		}
		/*
		j = strlen( *(lines+i) );
		if( (i != linesc-1)  (*(lines+i+1) != *(lines+i) +j +1) )
		{
			fprintf( logi, = Znak 0 wykryty w pliku konfiguracyjnym\n );
			fprintf( logi,w miejscu numer %i\n,i );
			free( lines );
			return 0;
		}
		*/
		eqch = strchr( *(lines+i), '=' );
		if( eqch == NULL )
		{
			fprintf( logi, = Brak znaku = w linni %i\n,i );
			free( lines );
			return 0;
		}
		*eqch = '\0';
		tmp = strtok( *(lines+i),  \t );
		if( ( tmp == NULL )  ( eqch == *(lines+i) ) )
		{
			fprintf( logi, = B³êdna opcja w pliku konfiguracyjnym w linni %i\n,i );
			free(lines);
			return 0;
		}
		j=strcmp( log, *(lines+i) );
		printf( ble\n );
		if( strcmp( log, *(lines+i) ) == 0 )
		{
			config_configpathl = strlen( eqch+1 );
			config_configpath = (char*) malloc( config_configpathl );
			if( config_configpath == NULL )
			{
fprintf( logi, = B³±d alokacji pamiêci na nazwe pliku loga dla linii %i\n,i );
free( lines );
return 0;
			}
			strcpy( config_configpath, eqch+1 );
			fprintf( stdout, - log = `%s'\n, eqch+1 );
			continue;
		}
		if( strcmp( sysctl, *(lines+i) ) == 0 )
		{
			if( ! config_addsysctl( eqch+1 ) )
			{
fprintf( logi,B³±d dodawania opcji sysctl do listy w linni %i\n,i );
free( lines );
return 0;
			}
			fprintf( stdout, - sysctl = `%s'\n, eqch+1 );
			continue;
		}
		if( strcmp( ip, *(lines+i) ) == 0 )
		{
			if( ! config_addip( eqch+1 ) )
			{
fprintf( logi,B³±d dodawania opcji ip do listy w linni %i\n,i );
free( lines );
return 0;
			}
			fprintf( stdout, - ip = `%s'\n, eqch+1 );
			continue;
		}
		fprintf( logi, = Nieznana opcja w pliku konfiguracyjnym w linni %i\n,i );
		return 0;
	}
}

Re: [gentoo-user] BUG in glibc???? [WAY OT]

[Richard Fish]

capsel wrote:


Hi all,

is it a bug in glibc or in my code?
 



This is so far off topic, it isn't even funny.  But, I see a couple bugs 
in your code.  I will cover them inline:



if( ( config_content == NULL ) || ( config_content==0 ) )
 



Not really a bug here, but since NULL and 0 are the same value, you only 
need one side of the comparison.



*(lines) = config_content;
for( i = 0; i  config_contentl; i++ )
{
if( *(config_content+i) == '\n' )
{
lines = (char**) realloc( lines, sizeof( char** 
)*(linesc+1) );
if( lines == NULL )
{
fprintf( logi, = B³±d alokacji\n );
return 0;
}
linesc++;
*(lines+linesc) = (config_content+i+1);
*(config_content+i) = '\0';
printf( - linesc++\n );
}
}
 



There is a possible off-by-one error for linesc if config_content does 
not end with a newline.  For example, consider a config file with a 
single line that does not end with a newline.  In that case, linesc will 
be 0 in your code, and you will not process anything.


I suggest setting linesc = 1 before the loop, and then adjust the 
internals appropriately.



fprintf( stdout, - linesc = %u\n, linesc );
for( i = 0; i  linesc; i++ )
{
if( *(*(lines+i)) == '#' )
{
continue;
}
 



Again, not a bug, but a readability recommendation.  Use a temporary 
variable inside your loop for the current line:


char* line = lines[i];

Then replace all *(lines+i) with line.


if( strcmp( log, *(lines+i) ) == 0 )
{
config_configpathl = strlen( eqch+1 );
config_configpath = (char*) malloc( config_configpathl 
);
if( config_configpath == NULL )
{
fprintf( logi, = B³±d alokacji pamiêci na nazwe 
pliku loga dla linii %i\n,i );
free( lines );
return 0;
}
strcpy( config_configpath, eqch+1 );
fprintf( stdout, - log = `%s'\n, eqch+1 );
continue;
}
 



This is your major bug, a memory overflow.  You are only allocated 
enough memory for the characters of the string, not including the 
terminating null character.  Strcpy copies the characters of the string, 
_plus_ the terminating null, which is where you get a memory overflow.


Get rid of config_configpathl and the strlen line, and replace the 
malloc and strcpy with strdup().


-Richard

--
gentoo-user@gentoo.org mailing list

[gentoo-user] Bug, or PEBKAC?

[Holly Bostick]

Hey,

I've been trying to run an emerge -uaDtv world for the past couple of
days, and dev-libs/liboil fails to upgrade from 0.3.2 to 0.3.3 with the
following error:

 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Wall
-D_BSD_SOURCE -D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp
-mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow
-fomit-frame-pointer -pipe -MT libsimdpack_la-scalarmult_i386.lo -MD -MP
-MF .deps/libsimdpack_la-scalarmult_i386.Tpo -c scalarmult_i386.c  -fPIC
-DPIC -o .libs/libsimdpack_la-scalarmult_i386.o
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Wall
-D_BSD_SOURCE -D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp
-mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow
-fomit-frame-pointer -pipe -MT libsimdpack_la-scalarmult_i386.lo -MD -MP
-MF .deps/libsimdpack_la-scalarmult_i386.Tpo -c scalarmult_i386.c -o
libsimdpack_la-scalarmult_i386.o /dev/null 21
/bin/sh ../../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc  -O2
-march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow
-fomit-frame-pointer -pipe   -o libsimdpack.la   libsimdpack_la-abs.lo
libsimdpack_la-abs_misc.lo libsimdpack_la-average2_u8.lo
libsimdpack_la-clip_ref.lo libsimdpack_la-clip_fast.lo
libsimdpack_la-diffsquaresum_f64.lo libsimdpack_la-mix_u8.lo
libsimdpack_la-mult8x8_s16.lo libsimdpack_la-multsum.lo
libsimdpack_la-sad8x8.lo libsimdpack_la-sad8x8_broken.lo
libsimdpack_la-scalaradd.lo libsimdpack_la-scalarmult.lo
libsimdpack_la-sincos_f64.lo libsimdpack_la-squaresum_f64.lo
libsimdpack_la-sum_f64.lo libsimdpack_la-vectoradd_f64.lo
libsimdpack_la-abs_i386.lo libsimdpack_la-mult8x8_i386.lo
libsimdpack_la-scalarmult_i386.lo
i686-pc-linux-gnu-ar cru .libs/libsimdpack.a .libs/libsimdpack_la-abs.o
.libs/libsimdpack_la-abs_misc.o .libs/libsimdpack_la-average2_u8.o
.libs/libsimdpack_la-clip_ref.o .libs/libsimdpack_la-clip_fast.o
.libs/libsimdpack_la-diffsquaresum_f64.o .libs/libsimdpack_la-mix_u8.o
.libs/libsimdpack_la-mult8x8_s16.o .libs/libsimdpack_la-multsum.o
.libs/libsimdpack_la-sad8x8.o .libs/libsimdpack_la-sad8x8_broken.o
.libs/libsimdpack_la-scalaradd.o .libs/libsimdpack_la-scalarmult.o
.libs/libsimdpack_la-sincos_f64.o .libs/libsimdpack_la-squaresum_f64.o
.libs/libsimdpack_la-sum_f64.o .libs/libsimdpack_la-vectoradd_f64.o
.libs/libsimdpack_la-abs_i386.o .libs/libsimdpack_la-mult8x8_i386.o
.libs/libsimdpack_la-scalarmult_i386.o
i686-pc-linux-gnu-ranlib .libs/libsimdpack.a
creating libsimdpack.la
(cd .libs  rm -f libsimdpack.la  ln -s ../libsimdpack.la libsimdpack.la)
make[3]: Leaving directory
`/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil/simdpack'
Making all in sse
make[3]: Entering directory
`/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil/sse'
if /bin/sh ../../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I../..-msse -msse2 -Wall -D_BSD_SOURCE
-D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp -mfpmath=sse -mmmx -msse
-mno-sse2 -mno-sse3 -m3dnow -fomit-frame-pointer -pipe -MT
libsse_la-conv_sse.lo -MD -MP -MF .deps/libsse_la-conv_sse.Tpo -c -o
libsse_la-conv_sse.lo `test -f 'conv_sse.c' || echo './'`conv_sse.c; \
then mv -f .deps/libsse_la-conv_sse.Tpo
.deps/libsse_la-conv_sse.Plo; else rm -f
.deps/libsse_la-conv_sse.Tpo; exit 1; fi
mkdir .libs
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -msse -msse2
-Wall -D_BSD_SOURCE -D_GNU_SOURCE -I../.. -O2 -O2 -march=athlon-xp
-mfpmath=sse -mmmx -msse -mno-sse2 -mno-sse3 -m3dnow
-fomit-frame-pointer -pipe -MT libsse_la-conv_sse.lo -MD -MP -MF
.deps/libsse_la-conv_sse.Tpo -c conv_sse.c  -fPIC -DPIC -o
.libs/libsse_la-conv_sse.o
conv_sse.c: In function `conv_f32_s32_sse':
conv_sse.c:44: error: `__m128' undeclared (first use in this function)
conv_sse.c:44: error: (Each undeclared identifier is reported only once
conv_sse.c:44: error: for each function it appears in.)
conv_sse.c:44: error: parse error before xmm0
conv_sse.c:55: error: `xmm0' undeclared (first use in this function)
conv_sse.c:55: warning: implicit declaration of function `_mm_cvt_pi2ps'
conv_sse.c:55: error: `__m64' undeclared (first use in this function)
conv_sse.c:55: error: parse error before ')' token
conv_sse.c:56: warning: implicit declaration of function `_mm_movelh_ps'
conv_sse.c:57: error: parse error before ')' token
conv_sse.c:58: warning: implicit declaration of function `_mm_store_ps'
conv_sse.c:59: error: `xmm1' undeclared (first use in this function)
conv_sse.c:59: error: parse error before ')' token
conv_sse.c:61: error: parse error before ')' token
conv_sse.c:76: error: parse error before ')' token
conv_sse.c:78: error: parse error before ')' token
make[3]: *** [libsse_la-conv_sse.lo] Fout 1
make[3]: Leaving directory
`/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil/sse'
make[2]: *** [all-recursive] Fout 1
make[2]: Leaving directory
`/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3/liboil'
make[1]: *** [all-recursive] Fout 1
make[1]: Leaving directory `/var/tmp/portage/liboil-0.3.3/work/liboil-0.3.3'

Re: [gentoo-user] Bug, or PEBKAC?

[Billy Holmes]

are you using distcc or ccache?
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Bug, or PEBKAC?

[Billy Holmes]

FEATURES=autoconfig ccache distlocks fixpackages sandbox sfperms strict
userpriv usersandbox


I would try getting rid of ccache, first.. and if you have distcc 
installed (portage still could be using it if you updated your profile 
and path).

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Bug, or PEBKAC?

[Richard Fish]

Holly Bostick wrote:


Hey,

I've been trying to run an emerge -uaDtv world for the past couple of
days, and dev-libs/liboil fails to upgrade from 0.3.2 to 0.3.3 with the
following error:

conv_sse.c: In function `conv_f32_s32_sse':
conv_sse.c:44: error: `__m128' undeclared (first use in this function)
 


snip


CFLAGS=-O2 -march=athlon-xp -mfpmath=sse -mmmx -msse -mno-sse2
-mno-sse3 -m3dnow -fomit-frame-pointer -pipe
 



snip


USE=x86 16bit 3dnow X aalib acpi alsa audiofile avi bash-completion
bigger-fonts bitmap-fonts bonobo caps cddb cdr crypt cups curl dbus dga
directfb divx4linux dv dvd emboss encode esd fbcon firefox flac
font-server foomaticdb fortran gd gdbm ggi gif gimpprint glut gnome gpm
gstreamer gtk gtk2 gtkhtml guile hal iconv imagemagick imlib inkjar jack
java jikes jpeg kdeenablefinal kdexdeltas lcms ldap libcaca libg++
libwww mad maildir mikmod mmx mng motif mozilla mp3 mpeg mpi nas ncurses
nfs nls nptl offensive ogg oggvorbis openexr opengl oss pdflib perl pic
png portaudio povray python qt quicktime readline samba sdl slang
sndfile socks5 speex spell sse ssl svg svga symlink tcltk tcpd tetex
threads tiff toolbar truetype truetype-fonts type1-fonts unicode v4l
vorbis wmf xine xml xml2 xmms xprint xv xvid yv12 zlib linguas_nl
userland_GNU kernel_linux elibc_glibc
 



Try:

CFLAGS=-O2 -march athlon-xp -pipe emerge -v dev-libs/liboil

If it works, you can then try adding the CFLAGS back in one-by-one.

My advice though is generally to remove all the mmx, sse, and 3dnow 
options from CFLAGS.  Compiling _everything_ with these settings is 
asking for trouble.  IMO it is better to just enable all the 
mmx/sse/3dnow USE flags to let them be enabled for those packages where 
they are known to work.


-Richard

--
gentoo-user@gentoo.org mailing list

[gentoo-user] BUG? - bridge-utils no binary?

[Ognjen Bezanov]

Hello

I am building a linux AP using a clean installation of gentoo and this
howto:

http://gentoo-wiki.com/HOWTO_Building_a_Wireless_Access_Point_With_Gentoo

Everything was going great until I came to emerging bridge-utils.

the actual emerging didnt fail (using emerge bridge-utils -av) but
typing the command brctl it tells me '-bash: brctl: command not found'

next I try whereis brctl, resulting in:

brctl: /usr/man/man8/brctl.8.gz /usr/share/man/man8/brctl.8.gz

ok, so the man files are there, it seems the package was installed. but
no binary.

Using find / -name brctl  i also got nothing.

It seems that there is no binary, I have tried emerging again,
unmerging, updating and the like, still the same problem.  The emerge
itself doesnt fail with the usual Error... so I presume thats fine (or
am i wrong that
emerge would halt on all errors?)

Any help appreciated as I am somewhat at a loss as to whats going on.

thanks


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] BUG? - bridge-utils no binary?

[Rumen Yotov]

Hi,
...SKIP...


 Ognjen Bezanov wrote:

 Hello

 I am building a linux AP using a clean installation of gentoo and this
 howto:

 http://gentoo-wiki.com/HOWTO_Building_a_Wireless_Access_Point_With_Gentoo


 Everything was going great until I came to emerging bridge-utils.

 the actual emerging didnt fail (using emerge bridge-utils -av) but
 typing the command brctl it tells me '-bash: brctl: command not found'

 next I try whereis brctl, resulting in:

 brctl: /usr/man/man8/brctl.8.gz /usr/share/man/man8/brctl.8.gz

 ok, so the man files are there, it seems the package was installed. but
 no binary.

 Using find / -name brctl  i also got nothing.

 It seems that there is no binary, I have tried emerging again,
 unmerging, updating and the like, still the same problem.  The emerge
 itself doesnt fail with the usual Error... so I presume thats fine (or
 am i wrong that
 emerge would halt on all errors?)

 Any help appreciated as I am somewhat at a loss as to whats going on.

 thanks



It's in /sbin/brctl. Could use 'qfile brctl' to get the package (part
of portage-utils).
Or use which brctl as root to get: /sbin/brctl
HTH. Rumen



smime.p7s
Description: S/MIME Cryptographic Signature