Re: [gentoo-user] Re: Opera and Konqueror won't print, but FF works fine
On Tuesday 14 September 2010 02:18:22 James wrote: > Mick gmail.com> writes: > > [ebuild R ] net-print/cups-1.3.11-r2 USE="X acl dbus gnutls jpeg > > ldap pam > > > > [ebuild R ] net-print/hplip-3.9.12-r1 USE="X hpcups hpijs libnotify > > qt4 - > > Hello Mick, > > I got a new hp printer and had to use the latest testing versions > of cups and hplip to get it working correctly: > > net-print/cups-1.4.4 (X acl dbus gnutls java jpeg ldap pam perl php png > python slp ssl threads tiff usb) > net-print/hplip-3.10.6(X hpcups libnotify qt4 scanner snmp) > > Sometimes also you have to delete a setup and set the printer > up from scratch. > > However, I think your problems are related to the fact it's a pdf > being printed from a browser? PDF files are all that is broken with > Opera > > Unfortunately, when I have printer problems, I just have to keep hacking > at it. Solutions never seem methodical for me. I also keep backups of > old config files in /etc/cups directory, to sometimes manually hack at the > relevant config files. Thanks James, I have not ticked the box that says "print to file" in Opera. In Konqueror the Output file is greyed out. Therefore assume that both applications should be sending the data to the printer ... The error file for Konqueror mentions pdf, but the Opera and Firefox show postcript: I [27/Jun/2010:11:29:28 +0100] [Job ???] Request file type is application/postscript. Do I now need more than the hplip driver perhaps? BTW, a second box (x86) can print from Opera, but the page has areas which are blacked out. Konq prints but always in colour even when I select greyscale and Firefox works fine. This all must have started a month ago or so. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] what's going on with updates ?
On Monday 13 September 2010 14:02:01 Paul Hartman wrote: > On Mon, Sep 13, 2010 at 1:15 AM, Stéphane Guedon wrote: > > Since few days ( two or three ?), every time I launch emerge, it's > > saying me it needs an update of portage itself. > > In plus, I have upgraded udev at least two times (160>161>162 today)... > > > > Plus, I have had two warning message concerning updates : sudo and an > > other... > > > > what's going on ? Is somebody founding security holes "à la pelle" > > (french expression). > > From Changelog you can see, lots of bugs fixed in portage 2.1 in the > last few days: > > *portage-2.1.9.1 (06 Sep 2010) > > 06 Sep 2010; Zac Medico +portage-2.1.9.1.ebuild: > 2.1.9.1 version bump. This fixes bug #336019 (show ebuild maintainer in > build log), bug #336085 (AttributeError triggered by slot conflict), and > bug #336285 (add unpack() workaround for interactive unzip). Bug #335925 > tracks all bugs fixed since 2.1.8.x. > > *portage-2.1.9.2 (08 Sep 2010) > > 08 Sep 2010; Zac Medico +portage-2.1.9.2.ebuild: > 2.1.9.2 version bump. This fixes bug #332719 (depclean removes newly > installed packages), bug #336338 (document FEATURES�ndy), bug #336349 > (warn about dos-style line endings in make.conf), bug #336350 > (AttributeError for selinux), and bug #336356 (AttributeError when > running test phase with ebuild command). Bug #335925 tracks all bugs > fixed since 2.1.8.x. > > *portage-2.1.9.3 (10 Sep 2010) > > 10 Sep 2010; Zac Medico +portage-2.1.9.3.ebuild: > 2.1.9.3 version bump. This fixes bug #267103 (warn about unapplied config > updates in /etc/portage), bug #273282 (QA warning about install in > deprecated directories), bug #336499 (call pkg_nofetch for misc fetch > failures), bug #336503 (FEATURES=usersync tempdir permission issues), > bug #336595 (--quiet support for "global updates"), bug #336644 (IOError > [Errno 11] issues with tmpfs), and bug #336651 (fix resume after portage > update to work with --exclude). Bug #335925 tracks all bugs fixed since > 2.1.8.x. > > *portage-2.1.9.4 (11 Sep 2010) > > 11 Sep 2010; Zac Medico +portage-2.1.9.4.ebuild: > 2.1.9.4 version bump. This fixes bug #336692 (make package.mask negation > in profiles PMS compliant and issue warnings) and also fixes subtle bugs > in pkg_nofetch support. Bug #335925 tracks all bugs fixed since 2.1.8.x. > > *portage-2.1.9.5 (13 Sep 2010) > > 13 Sep 2010; Zac Medico +portage-2.1.9.5.ebuild: > 2.1.9.5 version bump. This fixes bug #336142 (ebuild-ipc timeout is > too short), bug #336875 (ETIME ImportError on FreeBSD), and bug #337031 > (make "always overflow destination buffers" gcc warnings non-fatal). > Bug #335925 tracks all bugs fixed since 2.1.8.x. Ok, I found it strange, nothing more ! And, no, I am not dev or package maintainer, even if sometime, I would like... Thanks guys... -- Stéphane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: What happened to belak.sbboard.com?
On 09/14/2010 06:14 AM, Paul Hartman wrote: On Mon, Sep 13, 2010 at 6:33 PM, Nikos Chantziaras wrote: On 09/14/2010 02:01 AM, Paul Hartman wrote: On Mon, Sep 13, 2010 at 4:49 PM, Nikos Chantziaras wrote: For over a week now, layman prints an error message when doing a "layman -S". It gets the list of overlays from http://belak.sbboard.com/gentoo/overlay.xml If that's belak's overlay, it has a different address according to my layman. Look at http://bitbucket.org/belak/belak.gentoo to see if it's the same thing. Maybe it just needs to be deleted and re-added. My layman gets overlays from http://www.gentoo.org/proj/en/overlays/repositories.xml (as defined in layman.cfg) and seems to work fine. I've got no trace of the address you're having problems with. Maybe it's something old or something you added manually? I didn't add anything manually. layman -L (as well as layman -f) says: * Failed to update the overlay list from: http://belak.sbboard.com/gentoo/overlay.xml * Error was: * Failed to parse the overlays list fetched from http://belak.sbboard.com/gentoo/overlay.xml * This means that the downloaded file is somehow corrupt or there was a problem with the webserver. Check the content of the file. Error was: * XML parsing failed for "http://belak.sbboard.com/gentoo/overlay.xml"; (line 178, column 3) * Hint: Try running "sudo layman -f" to re-fetch that file Strange. Is that URL in your layman.cfg in the overlays section? http://www.gentoo.org/proj/en/overlays/repositories.xml seems to be the default URL in layman 1.4.1 on my system. OK, I've found out what's going on. I my layman.cfg I have: overlays: http://www.gentoo.org/proj/en/overlays/repositories.xml http://belak.sbboard.com/gentoo/overlay.xml The second line was added as per instructions in order to be able to use the belak overlay since it's not in the official layman list (at least it wasn't back then.) I totally forgot I did that :-/
Re: [gentoo-user] Re: What happened to belak.sbboard.com?
On Mon, Sep 13, 2010 at 6:33 PM, Nikos Chantziaras wrote: > On 09/14/2010 02:01 AM, Paul Hartman wrote: >> >> On Mon, Sep 13, 2010 at 4:49 PM, Nikos Chantziaras >> wrote: >>> >>> For over a week now, layman prints an error message when doing a "layman >>> -S". It gets the list of overlays from >>> http://belak.sbboard.com/gentoo/overlay.xml >> >> If that's belak's overlay, it has a different address according to my >> layman. Look at http://bitbucket.org/belak/belak.gentoo to see if it's >> the same thing. Maybe it just needs to be deleted and re-added. >> >> My layman gets overlays from >> http://www.gentoo.org/proj/en/overlays/repositories.xml (as defined in >> layman.cfg) and seems to work fine. I've got no trace of the address >> you're having problems with. Maybe it's something old or something you >> added manually? > > I didn't add anything manually. layman -L (as well as layman -f) says: > > * Failed to update the overlay list from: > http://belak.sbboard.com/gentoo/overlay.xml > * Error was: > * Failed to parse the overlays list fetched from > http://belak.sbboard.com/gentoo/overlay.xml > * This means that the downloaded file is somehow corrupt or there was a > problem with the webserver. Check the content of the file. Error was: > * XML parsing failed for "http://belak.sbboard.com/gentoo/overlay.xml"; (line > 178, column 3) > * Hint: Try running "sudo layman -f" to re-fetch that file Strange. Is that URL in your layman.cfg in the overlays section? http://www.gentoo.org/proj/en/overlays/repositories.xml seems to be the default URL in layman 1.4.1 on my system.
[gentoo-user] Re: Opera and Konqueror won't print, but FF works fine
Mick gmail.com> writes: > [ebuild R ] net-print/cups-1.3.11-r2 USE="X acl dbus gnutls jpeg ldap > pam > [ebuild R ] net-print/hplip-3.9.12-r1 USE="X hpcups hpijs libnotify qt4 - Hello Mick, I got a new hp printer and had to use the latest testing versions of cups and hplip to get it working correctly: net-print/cups-1.4.4 (X acl dbus gnutls java jpeg ldap pam perl php png python slp ssl threads tiff usb) net-print/hplip-3.10.6(X hpcups libnotify qt4 scanner snmp) Sometimes also you have to delete a setup and set the printer up from scratch. However, I think your problems are related to the fact it's a pdf being printed from a browser? PDF files are all that is broken with Opera Unfortunately, when I have printer problems, I just have to keep hacking at it. Solutions never seem methodical for me. I also keep backups of old config files in /etc/cups directory, to sometimes manually hack at the relevant config files. hth, James
[gentoo-user] Re: What happened to belak.sbboard.com?
On 09/14/2010 02:01 AM, Paul Hartman wrote: On Mon, Sep 13, 2010 at 4:49 PM, Nikos Chantziaras wrote: For over a week now, layman prints an error message when doing a "layman -S". It gets the list of overlays from http://belak.sbboard.com/gentoo/overlay.xml If that's belak's overlay, it has a different address according to my layman. Look at http://bitbucket.org/belak/belak.gentoo to see if it's the same thing. Maybe it just needs to be deleted and re-added. My layman gets overlays from http://www.gentoo.org/proj/en/overlays/repositories.xml (as defined in layman.cfg) and seems to work fine. I've got no trace of the address you're having problems with. Maybe it's something old or something you added manually? I didn't add anything manually. layman -L (as well as layman -f) says: * Failed to update the overlay list from: http://belak.sbboard.com/gentoo/overlay.xml * Error was: * Failed to parse the overlays list fetched from http://belak.sbboard.com/gentoo/overlay.xml * This means that the downloaded file is somehow corrupt or there was a problem with the webserver. Check the content of the file. Error was: * XML parsing failed for "http://belak.sbboard.com/gentoo/overlay.xml"; (line 178, column 3) * Hint: Try running "sudo layman -f" to re-fetch that file
Re: [gentoo-user] What happened to belak.sbboard.com?
On Mon, Sep 13, 2010 at 4:49 PM, Nikos Chantziaras wrote: > For over a week now, layman prints an error message when doing a "layman > -S". It gets the list of overlays from > http://belak.sbboard.com/gentoo/overlay.xml If that's belak's overlay, it has a different address according to my layman. Look at http://bitbucket.org/belak/belak.gentoo to see if it's the same thing. Maybe it just needs to be deleted and re-added. My layman gets overlays from http://www.gentoo.org/proj/en/overlays/repositories.xml (as defined in layman.cfg) and seems to work fine. I've got no trace of the address you're having problems with. Maybe it's something old or something you added manually? According to whois the owner of sbboard.com is strongbad3002 at yahoo dot com in case you want to ask what they did to get their account suspended. :)
Re: [gentoo-user] Re: Bisect a problem going back months?
On Mon, Sep 13, 2010 at 1:44 PM, Nikos Chantziaras wrote: > On 09/13/2010 05:38 PM, Mark Knecht wrote: >> >> I'm wondering if there is a Gentoo way to bisect a bug > > A bit off-topic, but it would be awesome if we could run git bisect with > live ebuilds. Right now, I'm using xf86-video-ati- for example. When I > update it and there's a bug, I can't really bisect it; I need to grab the > sources from Git manually and install it outside of portage (and that's > bad.) > > I guess it might be a good idea for the next GSoC? That would actually be quite cool actually - to be able to bisect but stay within portage. - Mark
[gentoo-user] What happened to belak.sbboard.com?
For over a week now, layman prints an error message when doing a "layman -S". It gets the list of overlays from http://belak.sbboard.com/gentoo/overlay.xml The whole site is down however: "The site you are attempting to access is temporarily unavailable. If you are the site owner please contact your system administrator." Does anyone know what's going on?
[gentoo-user] Opera and Konqueror won't print, but FF works fine
I noticed that Opera no longer prints: I [13/Sep/2010:21:48:54 +0100] Listening to ::1:631 on fd 6... I [13/Sep/2010:21:48:54 +0100] Listening to 127.0.0.1:631 on fd 7... I [13/Sep/2010:21:48:54 +0100] Listening to /var/run/cups/cups.sock on fd 8... I [13/Sep/2010:21:48:54 +0100] Resuming new connection processing... I [13/Sep/2010:21:59:41 +0100] [Job ???] Request file type is application/postscript. I [13/Sep/2010:21:59:41 +0100] [Job 13] Adding start banner page "none". I [13/Sep/2010:21:59:41 +0100] [Job 13] Adding end banner page "none". I [13/Sep/2010:21:59:41 +0100] [Job 13] File of type application/postscript queued by "michael". I [13/Sep/2010:21:59:41 +0100] [Job 13] Queued on "DESKJET" by "michael". I [13/Sep/2010:21:59:41 +0100] [Job 13] Started filter /usr/libexec/cups/filter/pstops (PID 13882) I [13/Sep/2010:21:59:41 +0100] [Job 13] Started filter /usr/libexec/cups/filter/foomatic-rip (PID 13883) I [13/Sep/2010:21:59:41 +0100] [Job 13] Started backend /usr/libexec/cups/backend/lpd (PID 13884) I [13/Sep/2010:21:59:41 +0100] [Job 13] Completed successfully. Something is sent to the printer, it spools over and spits out a ... blank page! Konqueror won't even go as far as that. It only shows: I [13/Sep/2010:22:04:57 +0100] [Job ???] Request file type is application/pdf. However, Firefox prints perfectly every time! Any idea how I should go about fixing this? # emerge -1pDv hplip cups These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] net-print/cups-1.3.11-r2 USE="X acl dbus gnutls jpeg ldap pam perl png ppds python ssl tiff -avahi -java -kerberos -php -samba -slp -static -xinetd -zeroconf" LINGUAS="-de -en -es -et -fr -he -id -it -ja -pl -sv - zh_TW" 0 kB [ebuild R ] net-print/hplip-3.9.12-r1 USE="X hpcups hpijs libnotify qt4 - doc -fax -minimal -parport -policykit -scanner -snmp -static-ppds -udev-acl" 0 kB Total: 2 packages (2 reinstalls), Size of downloads: 0 kB -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How to correctly read CPU temperature ?
On 09/13/2010 12:33 PM, meino.cra...@gmx.de wrote: > Paul Hartman [10-09-13 21:27]: >> On Sat, Sep 11, 2010 at 12:15 AM, wrote: >>> On the Inet I found some, but not very clear infos, which say, that >>> the temperature sensing diodes of the AMD Phenom II x6 T1090 were >>> wrong. Second thing is, when idleing the CPU of my box has only 34 >>> degree C -- which would be nice if true, but I dont believe that: >>> The CPU is cooled with a Scythe Mulgen 2 Rev.B or with other words >>> its only a fan and therefore only air cooling... >> I think you need either k8temp or k10temp module in your kernel. Check >> documentation in your kernel sources to see which chipsets are >> supported by each (or enable both and see which on works). >> > As stated by AMD itsself. the temperature read by that module are > relative and not absolute. > Thats why I use the output of tk0110-acpi-0. > > Live-example, taken at the same time: > > k10temp-pci-00c3 > Adapter: PCI adapter > temp1: +19.0 C (high = +70.0 C, crit = +90.0 C) > > atk0110-acpi-0 > CPU Temperature: +34.0 C (high = +40.0 C, crit = +90.0 C) > > This is a difference of 15 degree Centigrade inside the CPU. > I would like to have THAT fan, which accomplish THIS delta... > sigh... > Also the "high" values are definitely VERY different... > > Science is the explanation, why somethingd does not work... > > Best regards > mcc > > > And if you have an Asus mobo, you can use their kernel module (in the later kernels).
[gentoo-user] Re: Bisect a problem going back months?
On 09/13/2010 05:38 PM, Mark Knecht wrote: I'm wondering if there is a Gentoo way to bisect a bug A bit off-topic, but it would be awesome if we could run git bisect with live ebuilds. Right now, I'm using xf86-video-ati- for example. When I update it and there's a bug, I can't really bisect it; I need to grab the sources from Git manually and install it outside of portage (and that's bad.) I guess it might be a good idea for the next GSoC?
[gentoo-user] Re: what's going on with updates ?
On 09/13/2010 10:13 PM, J. Roeleveld wrote: On Monday 13 September 2010 21:00:42 Nikos Chantziaras wrote: On 09/13/2010 09:45 PM, J. Roeleveld wrote: [...] I wouldn't expect people to run a Gentoo system with all packages on unstable. I tend to only select specific packages as unstable when I really need that version. Usually the best "stability" is reached by running either full stable or full testing (aka "unstable"). Mixing usually makes things worse. I used to run a mixed system, but at some point it was clear to me that this fscks things up quite often due to package versions whether ~arch packages breaking with arch ones. This is true, but not all packages I want are in stable, this forces me to unmask these. I also don't always want to wait for packages to become stable. What I currently have in "/etc/portage/package.keywords is: =games-strategy/x2-1.4.05 ~amd64 =games-strategy/x3-2.5.01 ~amd64 =app-emulation/virtualbox-bin-3.2.8 ~amd64 =app-emulation/virtualbox-modules-3.2.8 ~amd64 These don't have a large set of additional requirements. If they did, I wouldn't have upgraded to these. I also had "qt-creator" in there, but that one has become stable since. I'm still not clear how versions can be made to be marked "stable". After they go into testing and stay there for a month or two, someone makes a request to put it into stable. AFAIK, this request can also be automated. The person putting it into stable is then required to sanity check the package whether it can work with the rest of stable packages, since they differ from the testing ones. And that step is what makes a fully ~arch system more reliable then a mixed one; because the package is known to work in an ~arch system, but it's not known whether it works OK in a stable one. It's also a reason why many devs don't accept bug reports if you're using an ~arch package in a stable system; it's just too random and problems are expected. With Gentoo, a stable system is supposed to work (obviously). An ~arch system is also supposed to work (note that "testing" doesn't mean "broken"; I try to avoid the term "unstable" when I refer to ~arch, "testing" is the term that accurately describes what ~arch is.) But a mixed system is not supposed to work ("not supposed" meaning no one is trying to make it work or even testing it.)
Re: [gentoo-user] Re: what's going on with updates ?
Apparently, though unproven, at 20:37 on Monday 13 September 2010, Stéphane Guedon did opine thusly: > On Monday 13 September 2010 20:28:07 J. Roeleveld wrote: > > On Monday 13 September 2010 20:15:24 Stéphane Guedon wrote: > > > On Monday 13 September 2010 21:06:48 Nikos Chantziaras wrote: > > > > On 09/13/2010 09:15 AM, Stéphane Guedon wrote: > > > > > Since few days ( two or three ?), every time I launch emerge, > > > > > it's > > > > > saying me it needs an update of portage itself. > > > > > In plus, I have upgraded udev at least two times (160>161>162 > > > > > today)... > > > > > > > > > > Plus, I have had two warning message concerning updates : sudo > > > > > and an > > > > > other... > > > > > > > > > > what's going on ? Is somebody founding security holes "à la > > > > > pelle" > > > > > (french expression). > > > > > > > > emerge -al1 portage > > > > > > > > (Note the "l" option.) > > > > > > today, one more ! portage to the 2.1.9.4 if I remember exactly ! > > > > Do you have "ACCEPT_KEYWORDS" set to something starting with a "~..."? > > > > If yes, then you can expect regular updates to further "unstable" > > versions. > > > > -- > > Joost > > yes, of course... but... one release per day ? strange isn't it ? You are no a software developer, right? Zac fixes one bug a day. You get one update a day. How is this unusual? Note I say "unusual" not "unfamiliar to you" -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: what's going on with updates ?
Apparently, though unproven, at 21:13 on Monday 13 September 2010, J. Roeleveld did opine thusly: > On Monday 13 September 2010 21:00:42 Nikos Chantziaras wrote: > > On 09/13/2010 09:45 PM, J. Roeleveld wrote: > > >> [...] > > > > > > I wouldn't expect people to run a Gentoo system with all packages on > > > unstable. I tend to only select specific packages as unstable when I > > > really need that version. > > > > Usually the best "stability" is reached by running either full stable or > > full testing (aka "unstable"). Mixing usually makes things worse. I > > used to run a mixed system, but at some point it was clear to me that > > this fscks things up quite often due to package versions whether ~arch > > packages breaking with arch ones. > > This is true, but not all packages I want are in stable, this forces me to > unmask these. > I also don't always want to wait for packages to become stable. > > What I currently have in "/etc/portage/package.keywords is: > =games-strategy/x2-1.4.05 ~amd64 > =games-strategy/x3-2.5.01 ~amd64 > =app-emulation/virtualbox-bin-3.2.8 ~amd64 > =app-emulation/virtualbox-modules-3.2.8 ~amd64 > > These don't have a large set of additional requirements. If they did, I > wouldn't have upgraded to these. I also had "qt-creator" in there, but that > one has become stable since. > > I'm still not clear how versions can be made to be marked "stable". File a stabilization request at bugs.gentoo.org If it's sufficiently tested, and there are no outstanding big bugs on the package, and if the arch maintainers agree, the devs will move the package to stable. -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: Some problems while migrating to 64bit
On 09/13/2010 11:47 AM, meino.cra...@gmx.de wrote: Hi, (I did a emerge -e world with the "world"-file from my 32bit system...) my 64bit-root is finally up and running and X is up also. Hurray! :) But there some strange problems... Sigh... :-{ Yes, indeed. 1.) The fonts of mrxvt are microscopic tiny...my home and .mrxvt remained the same. Are fonts not reported to "world" when emerged? What are the basic fonts I need before buying new glasses? I have far more than I really use, but here is my list: (**) FontPath set to: /usr/share/fonts/corefonts/, /usr/share/fonts/dejavu/, /usr/share/fonts/baekmuk-fonts/, /usr/share/fonts/freefonts/, /usr/share/fonts/ttf-bitstream-vera/, /usr/share/fonts/urw-fonts/, /usr/share/fonts/arphicfonts/, /usr/share/fonts/terminus/, /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/, /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ The corefonts are the standard MS fonts used in Windows, which I actually use. 2.) Mouse does not work. Hald is up, fdi-rules are copied from my old system, /dev/input/mice is there, gpm (started for a test) sees the mouse, xf86-input-mouse is recompiled, dbus is running. What's wrong? X.org.log reports "no device defined for mouse"... my xorg.conf does not define such...but it is the same xorg.conf, which works under 32bit env. xf86-input-evdev is the important driver these days, not keyboard and mouse. (FWIW, I also have /dev/input/mouse0 in addition to 'mice') Do you have that installed, and is X using it? hal discovers the input hardware, but then evdev takes over after that. I have no Input Sections in xorg.conf and evdev works perfectly without them: (II) config/hal: Adding input device ImExPS/2 Logitech Explorer Mouse (II) LoadModule: "evdev" (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so (II) Module evdev: vendor="X.Org Foundation" compiled for 1.7.6, module version = 2.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.0 (**) ImExPS/2 Logitech Explorer Mouse: always reports core events (**) ImExPS/2 Logitech Explorer Mouse: Device: "/dev/input/event4" (II) ImExPS/2 Logitech Explorer Mouse: Found 9 mouse buttons (II) ImExPS/2 Logitech Explorer Mouse: Found scroll wheel(s) (II) ImExPS/2 Logitech Explorer Mouse: Found relative axes (II) ImExPS/2 Logitech Explorer Mouse: Found x and y relative axes (II) ImExPS/2 Logitech Explorer Mouse: Configuring as mouse (**) Option "EmulateWheel" "true" (**) Option "EmulateWheelButton" "8" (**) ImExPS/2 Logitech Explorer Mouse: YAxisMapping: buttons 4 and 5 (**) ImExPS/2 Logitech Explorer Mouse: EmulateWheelButton: 8, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 (II) XINPUT: Adding extended input device "ImExPS/2 Logitech Explorer Mouse" (type: MOUSE) (**) ImExPS/2 Logitech Explorer Mouse: (accel) keeping acceleration scheme 1 (**) ImExPS/2 Logitech Explorer Mouse: (accel) acceleration profile 0 (II) ImExPS/2 Logitech Explorer Mouse: initialized for relative axes. (II) config/hal: Adding input device AT Translated Set 2 keyboard (**) AT Translated Set 2 keyboard: always reports core events (**) AT Translated Set 2 keyboard: Device: "/dev/input/event3" (II) AT Translated Set 2 keyboard: Found keys (II) AT Translated Set 2 keyboard: Configuring as keyboard (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD) (**) Option "xkb_rules" "evdev" (**) Option "xkb_model" "evdev" (**) Option "xkb_layout" "us" 3.) Keyboard behaves somehow strange. German Umlauts works, but "|" does not...it performs something like a crazy backspace or so. And a UNIX without a working pipe is not really making me happy... 4.) As someone already reports to the list: k3b does not find any burner, cdrom, dvd-drive. /dev/sr0 exist and is linked to dvd. I even can boot from dvd... Somehow I "feel" dbus is guilty but this is more a paranormal input ;) than anything related to system administration. This did work with an older version of dbus on my old system. But I cannot stay with this older version, since emerge claims to need it for other installs As always I will be very happy for help. Thank you very much in advance! Best regards mcc
Re: [gentoo-user] Bisect a problem going back months?
On Mon, Sep 13, 2010 at 12:42 PM, Paul Hartman wrote: > On Mon, Sep 13, 2010 at 2:26 PM, Mark Knecht wrote: >> On Mon, Sep 13, 2010 at 11:49 AM, Paul Hartman >> wrote: >>> On Mon, Sep 13, 2010 at 9:38 AM, Mark Knecht wrote: I'm wondering if there is a Gentoo way to bisect a bug that's crept into my 64-bit Intel-based system (Intel process, motherboard and graphics) over the last few months. Fundamentally when this bug appears it generates a complete X crash back to the gdm login. My suspicion is that it's related to the Gentoo push to use firefox-bin and 32-bit Flash until some security issues were addressed but I don't know that for sure. Are there specific overlays I'd want to add using layman that would allow me to get back to earlier versions of the Intel graphics driver, 64-bit Firefox and the now masked versions of Flash I was using say 2-3 months ago? At this point I don't know for sure that what I need isn't in portage and just masked. I'll start reviewing that this evening. This post was primarily just to figure out what my options might be. I've never used sunrise or sunset, etc. Maybe it's as easy as adding one of those to layman and then bisecting my way through some experiments to figure out where the problem first appeared? >>> >>> You can get old ebuilds from http://sources.gentoo.org, and maybe take >>> whole portage tree snapshot from a given point in time (never tried >>> it). Or maybe there are portage webrsync snapshots going back (again, >>> never used them). >>> >>> If you have demerge installed it should have taken snapshots of which >>> packages you had installed at each time you ran emerge as well. I >>> think that'll still depend on those old versions still being in the >>> tree, which for security fixes etc they usually are not kept, but all >>> should be on http://sources.gentoo.org >>> >> >> Thanks Paul. This is something to look at. >> >> It seems at first glance it's roughly equivalent to what's on my >> system right now. For instance concerning adobe-flash I see only one >> small difference - the oldest 9.0.159 version differs shows up in eix >> on the machine but isn't at sources.gentoo.org. That's not bad. >> >> I believe you are right that I could probably somehow figure out by >> hand using /var/log/emerge.log what was installed after a certain >> date, or possibly figure out what version was running at a certain >> date. I wonder if there are any tools for figuring out the installed >> versions back in time. I don't save anything other than emerge.log and >> I don't know for sure than an old rev of that file was thrown away at >> some point and the file started over again. I suspect many ebuilds >> that I've used are no longer in sources.gentoo.org as almost certainly >> I used Flash 4.0, Flash 5.0, etc. sometime along time ago. >> >> Thanks for the pointer. > > Everything should be in sources.gentoo.org going back more than 10 > years. The trick is that you need to click the "Show dead files" link > to see the versions that have been removed from the tree. For example > this link shoes many adobe-flash revisions including 9.0.159: > > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-plugins/adobe-flash/?hideattic=0 > > Sorry I didn't mention that in my first message. :) > > Ah, very cool, and don't worry about not mentioning it. I should have seen it myself. So basically then anything that's there I could add to some sort of personal overlay (docs are out there somewhere I'm sure) and then I could continue to use this stuff into the future if necessary. Thanks! - Mark
Re: [gentoo-user] Bisect a problem going back months?
On Mon, Sep 13, 2010 at 2:26 PM, Mark Knecht wrote: > On Mon, Sep 13, 2010 at 11:49 AM, Paul Hartman > wrote: >> On Mon, Sep 13, 2010 at 9:38 AM, Mark Knecht wrote: >>> I'm wondering if there is a Gentoo way to bisect a bug that's crept >>> into my 64-bit Intel-based system (Intel process, motherboard and >>> graphics) over the last few months. Fundamentally when this bug >>> appears it generates a complete X crash back to the gdm login. My >>> suspicion is that it's related to the Gentoo push to use firefox-bin >>> and 32-bit Flash until some security issues were addressed but I don't >>> know that for sure. >>> >>> Are there specific overlays I'd want to add using layman that would >>> allow me to get back to earlier versions of the Intel graphics driver, >>> 64-bit Firefox and the now masked versions of Flash I was using say >>> 2-3 months ago? At this point I don't know for sure that what I need >>> isn't in portage and just masked. I'll start reviewing that this >>> evening. This post was primarily just to figure out what my options >>> might be. >>> >>> I've never used sunrise or sunset, etc. Maybe it's as easy as adding >>> one of those to layman and then bisecting my way through some >>> experiments to figure out where the problem first appeared? >> >> You can get old ebuilds from http://sources.gentoo.org, and maybe take >> whole portage tree snapshot from a given point in time (never tried >> it). Or maybe there are portage webrsync snapshots going back (again, >> never used them). >> >> If you have demerge installed it should have taken snapshots of which >> packages you had installed at each time you ran emerge as well. I >> think that'll still depend on those old versions still being in the >> tree, which for security fixes etc they usually are not kept, but all >> should be on http://sources.gentoo.org >> > > Thanks Paul. This is something to look at. > > It seems at first glance it's roughly equivalent to what's on my > system right now. For instance concerning adobe-flash I see only one > small difference - the oldest 9.0.159 version differs shows up in eix > on the machine but isn't at sources.gentoo.org. That's not bad. > > I believe you are right that I could probably somehow figure out by > hand using /var/log/emerge.log what was installed after a certain > date, or possibly figure out what version was running at a certain > date. I wonder if there are any tools for figuring out the installed > versions back in time. I don't save anything other than emerge.log and > I don't know for sure than an old rev of that file was thrown away at > some point and the file started over again. I suspect many ebuilds > that I've used are no longer in sources.gentoo.org as almost certainly > I used Flash 4.0, Flash 5.0, etc. sometime along time ago. > > Thanks for the pointer. Everything should be in sources.gentoo.org going back more than 10 years. The trick is that you need to click the "Show dead files" link to see the versions that have been removed from the tree. For example this link shoes many adobe-flash revisions including 9.0.159: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-plugins/adobe-flash/?hideattic=0 Sorry I didn't mention that in my first message. :)
Re: [gentoo-user] Some problems while migrating to 64bit
Congrats On Mon, Sep 13, 2010 at 11:47 AM, wrote: > > 2.) Mouse does not work. Hald is up, fdi-rules are copied from my old > system, /dev/input/mice is there, gpm (started for a test) sees > the mouse, xf86-input-mouse is recompiled, dbus is running. > What's wrong? X.org.log reports "no device defined for mouse"... > my xorg.conf does not define such...but it is the same xorg.conf, > which works under 32bit env. > So Two things: 1) I think there are path differences in my xorg.config files between 64-bit and 32-bit. If you copied your xorg.config from the 32-bit world you might need to modify those by hand. 2) Invest in a copy of modules-rebuild. (It's free and in portage.) Double/triple/quadruple check that it gets set up with all the xorg drivers, video drivers and other things that need to be rebuilt for each kernel rev. Sometimes I've had problems simply because something didn't get rebuilt. Common problem for me on change overs like this. Hope this helps, Mark
Re: [gentoo-user] How to correctly read CPU temperature ?
Paul Hartman [10-09-13 21:27]: > On Sat, Sep 11, 2010 at 12:15 AM, wrote: > > On the Inet I found some, but not very clear infos, which say, that > > the temperature sensing diodes of the AMD Phenom II x6 T1090 were > > wrong. Second thing is, when idleing the CPU of my box has only 34 > > degree C -- which would be nice if true, but I dont believe that: > > The CPU is cooled with a Scythe Mulgen 2 Rev.B or with other words > > its only a fan and therefore only air cooling... > > I think you need either k8temp or k10temp module in your kernel. Check > documentation in your kernel sources to see which chipsets are > supported by each (or enable both and see which on works). > As stated by AMD itsself. the temperature read by that module are relative and not absolute. Thats why I use the output of tk0110-acpi-0. Live-example, taken at the same time: k10temp-pci-00c3 Adapter: PCI adapter temp1: +19.0 C (high = +70.0 C, crit = +90.0 C) atk0110-acpi-0 CPU Temperature: +34.0 C (high = +40.0 C, crit = +90.0 C) This is a difference of 15 degree Centigrade inside the CPU. I would like to have THAT fan, which accomplish THIS delta... sigh... Also the "high" values are definitely VERY different... Science is the explanation, why somethingd does not work... Best regards mcc
Re: [gentoo-user] Bisect a problem going back months?
On Mon, Sep 13, 2010 at 11:49 AM, Paul Hartman wrote: > On Mon, Sep 13, 2010 at 9:38 AM, Mark Knecht wrote: >> I'm wondering if there is a Gentoo way to bisect a bug that's crept >> into my 64-bit Intel-based system (Intel process, motherboard and >> graphics) over the last few months. Fundamentally when this bug >> appears it generates a complete X crash back to the gdm login. My >> suspicion is that it's related to the Gentoo push to use firefox-bin >> and 32-bit Flash until some security issues were addressed but I don't >> know that for sure. >> >> Are there specific overlays I'd want to add using layman that would >> allow me to get back to earlier versions of the Intel graphics driver, >> 64-bit Firefox and the now masked versions of Flash I was using say >> 2-3 months ago? At this point I don't know for sure that what I need >> isn't in portage and just masked. I'll start reviewing that this >> evening. This post was primarily just to figure out what my options >> might be. >> >> I've never used sunrise or sunset, etc. Maybe it's as easy as adding >> one of those to layman and then bisecting my way through some >> experiments to figure out where the problem first appeared? > > You can get old ebuilds from http://sources.gentoo.org, and maybe take > whole portage tree snapshot from a given point in time (never tried > it). Or maybe there are portage webrsync snapshots going back (again, > never used them). > > If you have demerge installed it should have taken snapshots of which > packages you had installed at each time you ran emerge as well. I > think that'll still depend on those old versions still being in the > tree, which for security fixes etc they usually are not kept, but all > should be on http://sources.gentoo.org > Thanks Paul. This is something to look at. It seems at first glance it's roughly equivalent to what's on my system right now. For instance concerning adobe-flash I see only one small difference - the oldest 9.0.159 version differs shows up in eix on the machine but isn't at sources.gentoo.org. That's not bad. I believe you are right that I could probably somehow figure out by hand using /var/log/emerge.log what was installed after a certain date, or possibly figure out what version was running at a certain date. I wonder if there are any tools for figuring out the installed versions back in time. I don't save anything other than emerge.log and I don't know for sure than an old rev of that file was thrown away at some point and the file started over again. I suspect many ebuilds that I've used are no longer in sources.gentoo.org as almost certainly I used Flash 4.0, Flash 5.0, etc. sometime along time ago. Thanks for the pointer. Cheers, Mark What about really old
Re: [gentoo-user] Re: what's going on with updates ?
On Monday 13 September 2010 21:00:42 Nikos Chantziaras wrote: > On 09/13/2010 09:45 PM, J. Roeleveld wrote: > >> [...] > > > > I wouldn't expect people to run a Gentoo system with all packages on > > unstable. I tend to only select specific packages as unstable when I > > really need that version. > > Usually the best "stability" is reached by running either full stable or > full testing (aka "unstable"). Mixing usually makes things worse. I > used to run a mixed system, but at some point it was clear to me that > this fscks things up quite often due to package versions whether ~arch > packages breaking with arch ones. This is true, but not all packages I want are in stable, this forces me to unmask these. I also don't always want to wait for packages to become stable. What I currently have in "/etc/portage/package.keywords is: =games-strategy/x2-1.4.05 ~amd64 =games-strategy/x3-2.5.01 ~amd64 =app-emulation/virtualbox-bin-3.2.8 ~amd64 =app-emulation/virtualbox-modules-3.2.8 ~amd64 These don't have a large set of additional requirements. If they did, I wouldn't have upgraded to these. I also had "qt-creator" in there, but that one has become stable since. I'm still not clear how versions can be made to be marked "stable". -- Joost
Re: [gentoo-user] How to correctly read CPU temperature ?
On Sat, Sep 11, 2010 at 12:15 AM, wrote: > On the Inet I found some, but not very clear infos, which say, that > the temperature sensing diodes of the AMD Phenom II x6 T1090 were > wrong. Second thing is, when idleing the CPU of my box has only 34 > degree C -- which would be nice if true, but I dont believe that: > The CPU is cooled with a Scythe Mulgen 2 Rev.B or with other words > its only a fan and therefore only air cooling... I think you need either k8temp or k10temp module in your kernel. Check documentation in your kernel sources to see which chipsets are supported by each (or enable both and see which on works).
Re: [gentoo-user] what's going on with updates ?
On Mon, Sep 13, 2010 at 1:15 AM, Stéphane Guedon wrote: > Since few days ( two or three ?), every time I launch emerge, it's saying me > it needs an update of portage itself. > In plus, I have upgraded udev at least two times (160>161>162 today)... > > Plus, I have had two warning message concerning updates : sudo and an other... > > what's going on ? Is somebody founding security holes "à la pelle" (french > expression). >From Changelog you can see, lots of bugs fixed in portage 2.1 in the last few days: *portage-2.1.9.1 (06 Sep 2010) 06 Sep 2010; Zac Medico +portage-2.1.9.1.ebuild: 2.1.9.1 version bump. This fixes bug #336019 (show ebuild maintainer in build log), bug #336085 (AttributeError triggered by slot conflict), and bug #336285 (add unpack() workaround for interactive unzip). Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.2 (08 Sep 2010) 08 Sep 2010; Zac Medico +portage-2.1.9.2.ebuild: 2.1.9.2 version bump. This fixes bug #332719 (depclean removes newly installed packages), bug #336338 (document FEATURES=candy), bug #336349 (warn about dos-style line endings in make.conf), bug #336350 (AttributeError for selinux), and bug #336356 (AttributeError when running test phase with ebuild command). Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.3 (10 Sep 2010) 10 Sep 2010; Zac Medico +portage-2.1.9.3.ebuild: 2.1.9.3 version bump. This fixes bug #267103 (warn about unapplied config updates in /etc/portage), bug #273282 (QA warning about install in deprecated directories), bug #336499 (call pkg_nofetch for misc fetch failures), bug #336503 (FEATURES=usersync tempdir permission issues), bug #336595 (--quiet support for "global updates"), bug #336644 (IOError [Errno 11] issues with tmpfs), and bug #336651 (fix resume after portage update to work with --exclude). Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.4 (11 Sep 2010) 11 Sep 2010; Zac Medico +portage-2.1.9.4.ebuild: 2.1.9.4 version bump. This fixes bug #336692 (make package.mask negation in profiles PMS compliant and issue warnings) and also fixes subtle bugs in pkg_nofetch support. Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.5 (13 Sep 2010) 13 Sep 2010; Zac Medico +portage-2.1.9.5.ebuild: 2.1.9.5 version bump. This fixes bug #336142 (ebuild-ipc timeout is too short), bug #336875 (ETIME ImportError on FreeBSD), and bug #337031 (make "always overflow destination buffers" gcc warnings non-fatal). Bug #335925 tracks all bugs fixed since 2.1.8.x.
[gentoo-user] Re: what's going on with updates ?
On 09/13/2010 09:45 PM, J. Roeleveld wrote: [...] I wouldn't expect people to run a Gentoo system with all packages on unstable. I tend to only select specific packages as unstable when I really need that version. Usually the best "stability" is reached by running either full stable or full testing (aka "unstable"). Mixing usually makes things worse. I used to run a mixed system, but at some point it was clear to me that this fscks things up quite often due to package versions whether ~arch packages breaking with arch ones.
Re: [gentoo-user] Re: what's going on with updates ?
Stéphane Guedon wrote: On Monday 13 September 2010 20:28:07 J. Roeleveld wrote: On Monday 13 September 2010 20:15:24 Stéphane Guedon wrote: On Monday 13 September 2010 21:06:48 Nikos Chantziaras wrote: On 09/13/2010 09:15 AM, Stéphane Guedon wrote: Since few days ( two or three ?), every time I launch emerge, it's saying me it needs an update of portage itself. In plus, I have upgraded udev at least two times (160>161>162 today)... Plus, I have had two warning message concerning updates : sudo and an other... what's going on ? Is somebody founding security holes "à la pelle" (french expression). emerge -al1 portage (Note the "l" option.) today, one more ! portage to the 2.1.9.4 if I remember exactly ! Do you have "ACCEPT_KEYWORDS" set to something starting with a "~..."? If yes, then you can expect regular updates to further "unstable" versions. -- Joost yes, of course... but... one release per day ? strange isn't it ? That's not to strange. I have seen this with other packages before. Keep in mind, portage is maintained by Gentoo devs so they could release a version, see something that isn't working quite like they want, make some changes and push them out for upgrades. I would much rather them do that than wait a couple days while people are using a "buggy" package. Only thing worse is to upgrade, then downgrade, wait a few days and have to upgrade again. My $0.02 worth. Dale :-) :-)
Re: [gentoo-user] Bisect a problem going back months?
On Mon, Sep 13, 2010 at 9:38 AM, Mark Knecht wrote: > I'm wondering if there is a Gentoo way to bisect a bug that's crept > into my 64-bit Intel-based system (Intel process, motherboard and > graphics) over the last few months. Fundamentally when this bug > appears it generates a complete X crash back to the gdm login. My > suspicion is that it's related to the Gentoo push to use firefox-bin > and 32-bit Flash until some security issues were addressed but I don't > know that for sure. > > Are there specific overlays I'd want to add using layman that would > allow me to get back to earlier versions of the Intel graphics driver, > 64-bit Firefox and the now masked versions of Flash I was using say > 2-3 months ago? At this point I don't know for sure that what I need > isn't in portage and just masked. I'll start reviewing that this > evening. This post was primarily just to figure out what my options > might be. > > I've never used sunrise or sunset, etc. Maybe it's as easy as adding > one of those to layman and then bisecting my way through some > experiments to figure out where the problem first appeared? You can get old ebuilds from http://sources.gentoo.org, and maybe take whole portage tree snapshot from a given point in time (never tried it). Or maybe there are portage webrsync snapshots going back (again, never used them). If you have demerge installed it should have taken snapshots of which packages you had installed at each time you ran emerge as well. I think that'll still depend on those old versions still being in the tree, which for security fixes etc they usually are not kept, but all should be on http://sources.gentoo.org
[gentoo-user] Re: what's going on with updates ?
On 09/13/2010 09:37 PM, Stéphane Guedon wrote: On Monday 13 September 2010 20:28:07 J. Roeleveld wrote: On Monday 13 September 2010 20:15:24 Stéphane Guedon wrote: On Monday 13 September 2010 21:06:48 Nikos Chantziaras wrote: On 09/13/2010 09:15 AM, Stéphane Guedon wrote: Since few days ( two or three ?), every time I launch emerge, it's saying me it needs an update of portage itself. In plus, I have upgraded udev at least two times (160>161>162 today)... Plus, I have had two warning message concerning updates : sudo and an other... what's going on ? Is somebody founding security holes "à la pelle" (french expression). emerge -al1 portage (Note the "l" option.) today, one more ! portage to the 2.1.9.4 if I remember exactly ! Do you have "ACCEPT_KEYWORDS" set to something starting with a "~..."? If yes, then you can expect regular updates to further "unstable" versions. -- Joost yes, of course... but... one release per day ? strange isn't it ? No, not really. Developers push fixes for problems reported in bugs.gentoo.org and ask the users to test whether the fixes work as expected. It's normal that this can result in very fast version updates. And as said previously, the "-l" option of emerge will tell you why an update was pushed into portage.
[gentoo-user] Some problems while migrating to 64bit
Hi, (I did a emerge -e world with the "world"-file from my 32bit system...) my 64bit-root is finally up and running and X is up also. Hurray! :) But there some strange problems... Sigh... :-{ 1.) The fonts of mrxvt are microscopic tiny...my home and .mrxvt remained the same. Are fonts not reported to "world" when emerged? What are the basic fonts I need before buying new glasses? 2.) Mouse does not work. Hald is up, fdi-rules are copied from my old system, /dev/input/mice is there, gpm (started for a test) sees the mouse, xf86-input-mouse is recompiled, dbus is running. What's wrong? X.org.log reports "no device defined for mouse"... my xorg.conf does not define such...but it is the same xorg.conf, which works under 32bit env. So 3.) Keyboard behaves somehow strange. German Umlauts works, but "|" does not...it performs something like a crazy backspace or so. And a UNIX without a working pipe is not really making me happy... 4.) As someone already reports to the list: k3b does not find any burner, cdrom, dvd-drive. /dev/sr0 exist and is linked to dvd. I even can boot from dvd... Somehow I "feel" dbus is guilty but this is more a paranormal input ;) than anything related to system administration. This did work with an older version of dbus on my old system. But I cannot stay with this older version, since emerge claims to need it for other installs As always I will be very happy for help. Thank you very much in advance! Best regards mcc
Re: [gentoo-user] Re: what's going on with updates ?
On Monday 13 September 2010 20:37:13 Stéphane Guedon wrote: > On Monday 13 September 2010 20:28:07 J. Roeleveld wrote: > > On Monday 13 September 2010 20:15:24 Stéphane Guedon wrote: > > > On Monday 13 September 2010 21:06:48 Nikos Chantziaras wrote: > > > > On 09/13/2010 09:15 AM, Stéphane Guedon wrote: > > > > > Since few days ( two or three ?), every time I launch emerge, > > > > > it's > > > > > saying me it needs an update of portage itself. > > > > > In plus, I have upgraded udev at least two times (160>161>162 > > > > > today)... > > > > > > > > > > Plus, I have had two warning message concerning updates : sudo > > > > > and an > > > > > other... > > > > > > > > > > what's going on ? Is somebody founding security holes "à la > > > > > pelle" > > > > > (french expression). > > > > > > > > emerge -al1 portage > > > > > > > > (Note the "l" option.) > > > > > > today, one more ! portage to the 2.1.9.4 if I remember exactly ! > > > > Do you have "ACCEPT_KEYWORDS" set to something starting with a "~..."? > > > > If yes, then you can expect regular updates to further "unstable" > > versions. > > > > -- > > Joost > > yes, of course... but... one release per day ? strange isn't it ? I wouldn't expect people to run a Gentoo system with all packages on unstable. I tend to only select specific packages as unstable when I really need that version. I wouldn't be surprised to have to upgrade a substantial set of packages on a daily basis with that setting. Why do you specify you want the latest versions and then get surprised when you get new updates on a daily basis? -- Joost
Re: [gentoo-user] Re: what's going on with updates ?
On Monday 13 September 2010 20:28:07 J. Roeleveld wrote: > On Monday 13 September 2010 20:15:24 Stéphane Guedon wrote: > > On Monday 13 September 2010 21:06:48 Nikos Chantziaras wrote: > > > On 09/13/2010 09:15 AM, Stéphane Guedon wrote: > > > > Since few days ( two or three ?), every time I launch emerge, > > > > it's > > > > saying me it needs an update of portage itself. > > > > In plus, I have upgraded udev at least two times (160>161>162 > > > > today)... > > > > > > > > Plus, I have had two warning message concerning updates : sudo > > > > and an > > > > other... > > > > > > > > what's going on ? Is somebody founding security holes "à la > > > > pelle" > > > > (french expression). > > > > > > emerge -al1 portage > > > > > > (Note the "l" option.) > > > > today, one more ! portage to the 2.1.9.4 if I remember exactly ! > > Do you have "ACCEPT_KEYWORDS" set to something starting with a "~..."? > > If yes, then you can expect regular updates to further "unstable" versions. > > -- > Joost yes, of course... but... one release per day ? strange isn't it ? -- Stéphane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: what's going on with updates ?
On Monday 13 September 2010 20:15:24 Stéphane Guedon wrote: > On Monday 13 September 2010 21:06:48 Nikos Chantziaras wrote: > > On 09/13/2010 09:15 AM, Stéphane Guedon wrote: > > > Since few days ( two or three ?), every time I launch emerge, it's > > > saying me it needs an update of portage itself. > > > In plus, I have upgraded udev at least two times (160>161>162 today)... > > > > > > Plus, I have had two warning message concerning updates : sudo and an > > > other... > > > > > > what's going on ? Is somebody founding security holes "à la pelle" > > > (french expression). > > > > emerge -al1 portage > > > > (Note the "l" option.) > > today, one more ! portage to the 2.1.9.4 if I remember exactly ! Do you have "ACCEPT_KEYWORDS" set to something starting with a "~..."? If yes, then you can expect regular updates to further "unstable" versions. -- Joost
Re: [gentoo-user] Re: what's going on with updates ?
On Monday 13 September 2010 21:06:48 Nikos Chantziaras wrote: > On 09/13/2010 09:15 AM, Stéphane Guedon wrote: > > Since few days ( two or three ?), every time I launch emerge, it's > > saying me it needs an update of portage itself. > > In plus, I have upgraded udev at least two times (160>161>162 today)... > > > > Plus, I have had two warning message concerning updates : sudo and an > > other... > > > > what's going on ? Is somebody founding security holes "à la pelle" > > (french expression). > > emerge -al1 portage > > (Note the "l" option.) today, one more ! portage to the 2.1.9.4 if I remember exactly ! -- Stéphane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: what's going on with updates ?
On 09/13/2010 09:15 AM, Stéphane Guedon wrote: Since few days ( two or three ?), every time I launch emerge, it's saying me it needs an update of portage itself. In plus, I have upgraded udev at least two times (160>161>162 today)... Plus, I have had two warning message concerning updates : sudo and an other... what's going on ? Is somebody founding security holes "à la pelle" (french expression). emerge -al1 portage (Note the "l" option.)
Re: [gentoo-user] what's going on with updates ?
Stéphane Guedon wrote: Since few days ( two or three ?), every time I launch emerge, it's saying me it needs an update of portage itself. In plus, I have upgraded udev at least two times (160>161>162 today)... Plus, I have had two warning message concerning updates : sudo and an other... what's going on ? Is somebody founding security holes "à la pelle" (french expression). Have you tired emerge -uva portage and just see if it really has a upgrade for portage? Dale :-) :-)
Re: [gentoo-user] automatically updated certain packages
On 12 Sep 2010, at 22:13, Enrico Weigelt wrote: ... I've got a tricky task for automatic update script, which requires some portage magic ... The script has a list of packages which should be updated completely automatically, but *only* if they're pulled in as dependency (beginning from world), and others not in that list should *not* be updated. If I'm understanding you correctly then you might find `eix -Iu --only- names` to find a list of packages which are installed on the system, but not up to date. You can use `equery d category/atom` to see if the package has any dependencies. Stroller.
[gentoo-user] Bisect a problem going back months?
I'm wondering if there is a Gentoo way to bisect a bug that's crept into my 64-bit Intel-based system (Intel process, motherboard and graphics) over the last few months. Fundamentally when this bug appears it generates a complete X crash back to the gdm login. My suspicion is that it's related to the Gentoo push to use firefox-bin and 32-bit Flash until some security issues were addressed but I don't know that for sure. Are there specific overlays I'd want to add using layman that would allow me to get back to earlier versions of the Intel graphics driver, 64-bit Firefox and the now masked versions of Flash I was using say 2-3 months ago? At this point I don't know for sure that what I need isn't in portage and just masked. I'll start reviewing that this evening. This post was primarily just to figure out what my options might be. I've never used sunrise or sunset, etc. Maybe it's as easy as adding one of those to layman and then bisecting my way through some experiments to figure out where the problem first appeared? Thanks, Mark
Re: [gentoo-user] USB printer and new cups
>But my main problem is another one: How do I tell CUPS which device my >printer is? I tried usb:/dev/usb/lp0 (found this notation when >googling 'usb printer device uri'), but nothing happens when I try to >print. with cups loaded and printer connected: # /usr/libexec/cups/backend/usb direct usb://Kyocera/FS-1010 (...) ^ cups device URI
Re: [gentoo-user] what's going on with updates ?
On Mon, 2010-09-13 at 08:15 +0200, Stéphane Guedon wrote: > Since few days ( two or three ?), every time I launch emerge, it's > saying me > it needs an update of portage itself. > In plus, I have upgraded udev at least two times (160>161>162 > today)... > > Plus, I have had two warning message concerning updates : sudo and an > other... > > what's going on ? Is somebody founding security holes "à la > pelle" (french > expression). You can always read the ChangeLogs...