Re: [gentoo-dev] GLEP 42 "Critical News Reporting" Round Two
051105 Ciaran McCreesh wrote: ... > News Item File Format ... > The news item will be named in the form ``-mm-dd-item-name.en.txt`` ... > News Item Headers ... > Date of posting, in ``dd-mmm-`` format (e.g. 14-Aug-2001). Why the change in date format ? Let's use the proper international style, ie ``-mm-dd``, in both places, which has the added advantage of not creating problems for non-Anglophones with different month names. -- ,, SUPPORT _______//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 42 "Critical News Reporting" Round Two
051105 Ciaran McCreesh wrote: > 5 Nov 2005 14:24:01 -0500 Philip Webb <[EMAIL PROTECTED]> wrote: >> 051105 Ciaran McCreesh wrote: >> > News Item File Format >> ... >> > The news item will be named in the form >> > ``-mm-dd-item-name.en.txt`` >> ... >> > News Item Headers >> ... >> > Date of posting, in ``dd-mmm-`` format (e.g. 14-Aug-2001). >> >> >> Why the change in date format ? Let's use the proper international >> style, ie ``-mm-dd``, in both places, which has the added >> advantage of not creating problems for non-Anglophones with different >> month names. > Consistency with GLEPs. Sorry, that doesn't mean anything: could you offer something which makes more sense ? (I do realise you have put a lot of effort into this & appreciate it) -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 42 "Critical News Reporting" Round Two
051107 Ciaran McCreesh wrote: > 7 Nov 2005 11:50:22 +0100 Paul de Vrieze <[EMAIL PROTECTED]> wrote: >> On Saturday 05 November 2005 01:58, Ciaran McCreesh wrote: >>> ``Posted:`` >>> Date of posting, in ``dd-mmm-`` format (e.g. 14-Aug-2001). >>> UTC time in ``hh-mm-ss +`` format may also be included. This >>> field is mandatory. >> What about also allowing the -mm-dd format (with or without hyphens). >> Using English month names is not the most convenient for many people. > Runs contrary to GLEP 1. > Guess I should back that one up with a reference. Maybe it's time for GLEP 43 : " blah blah ... Gentoo date formats shall always correspond to the international standard, ie be in the form '-mm-dd' blah blah ... " I'm serious -- Gentoo should try to follow international standards -- , but have a (smile) to recognise it's a small point. -- ====,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 42 "Critical News Reporting" Round Two
051107 Ciaran McCreesh wrote: > 7 Nov 2005 15:12:20 -0500 Philip Webb <[EMAIL PROTECTED]> wrote: >> I'm serious -- Gentoo should try to follow international standards > The format specified in GLEP 1 is an international standard. > It's just not the same international standard that you're after. I'm not sure how it can be an international standard when it uses an English abbreviation 'Aug' for the month (raised eyebrow), but as someone said: "I love standards: there are so many to choose from". -- ,,======== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] status of http://wwwredesign.gentoo.org
051121 Thomas de Grenier de Latour wrote: > I would rather see something about system customization in general, > not only CFLAGS but also USE flag et al, which is much more interresting. > Something like "Get Gentoo and make your own « sur mesure » system", > but i don't know how to translate "sur mesure" from french to english. 'custom-made' or perhaps 'home-brewed'. -- ,,======== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Moving GCC-3.4 to stable on x86
051130 Andrew Muraco wrote: > I think the masses of users will not be happy when they realize > that 'emerge -e world && emerge -e world' ... Should that be 'emerge -e system && emerge -e world' ? > ... means that they will be compiling for the next day or 2 or 3 , As one of the "masses", I am certainly disturbed at that implication. I don't remember any such need when I upgraded 2.9.5 -> 3.x (now 3.3.6). This is the kind of issue on which I trust the devs to do sensible things, but do we really need to rebuild our whole systems from the ground up ? Ordinarily, I upgrade packages individually when it seems appropriate & never do 'emerge world' with or without '-e' or other flags; I do 'esync' every weekend & look at what is marked as having changed. I would very much appreciate a doc somewhere which explains the advantages of moving to 3.4 & why a wholesale ground-up rebuild is necessary, if indeed it is. As always, my thanks to those who do the volunteer work. -- ====,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Moving GCC-3.4 to stable on x86
051130 Chris Gianelloni wrote: > On Wed, 2005-11-30 at 17:34 -0500, Philip Webb wrote: >> As one of the "masses", I am certainly disturbed at that implication. >> I don't remember any such need when I upgraded 2.9.5 -> 3.x (now 3.3.6). >> This is the kind of issue on which I trust the devs to do sensible things, >> but do we really need to rebuild our whole systems from the ground up ? >> Ordinarily, I upgrade packages individually when it seems appropriate >> & never do 'emerge world' with or without '-e' or other flags; >> I do 'esync' every weekend & look at what is marked as having changed. > Technically, you don't need to rebuild world. > You only need to rebuild stuff that uses C++ and links to libstdc++. That's what I wanted to know. >From this & other responses, it looks as if it would be a bad idea eg to upgrade to KDE 3.5 just before adopting GCC 3.4 (smile), but that 'revdep-rebuild' will reveal the (lengthy) list of needed remerges. I would urge whoever is documenting this to avoid a blanket recommendation to 'emerge -e system && emerge -e world' or be prepared for a lot of negative reaction from the masses. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GCC-3.4 will be marked stable in ~1 hour on x86
051202 Mark Loeser wrote: > GCC 3.4 has finally been marked stable on x86. ... > To assist you in the migration we have made a GCC migration guide[1]. ... > [1] http://www.gentoo.org/proj/en/base/x86/gcc-upgrading-guide.xml This looks a model of clarity & (let's hope on the day: smile) accuracy. After a week trying to get an OS re-installed on my 2000-built box (it's too slow for Gentoo: finally, I got Mandrake 10.1 to work), I'm feeling more than usually grateful to Gentoo's volunteer laborers. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] glep 42 (news) round six
051218 Ciaran McCreesh wrote: > * Change to -mm-dd for GLEP 45 compatibility. Good to see Gentoo adopting correct international date format. > You are encouraged to reply to this thread > saying "I agree with ciaranm > that repository IDs should not be allowed to contain spaces". No problem at all there (smile): spaces in names are A Bad Thing for Unix, as they conflict with the basic format of the command-line & were introduced by M$ (Mac ?) to make things easier for idiots. The proper procedure for Unix-type systems is to use an underline symbol. > Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Does your brain really contain that many viruses ... ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] relocation.
051230 John Mylchreest wrote: > as of tonight I pack up my most valued of possessions -- my computer kit -- > and get ready to board a one-way ticket to York. York of the Minster & bright new archbishop or our own Muddy York ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for January
On Thu, Jan 05, 2006 at 04:31:30AM +, Kurt Lieber wrote: > appoint a CEO, leader, boss, manager, etc. all those corporate-type words > that raise the hackles of nearly everyone on this list. > We have no effective leadership whatsoever. We spend far too much time > arguing among ourselves instead of working as a team towards a common goal. > We should appoint one person to lead the project. Make sure > that person knows WTF they're doing, are respected by the right developers, > has a good vision for Gentoo and then let them make decisions. > Expect people to adhere to the decisions and, if they don't, > invite them to find other opportunities for their creative outlet. > That person should figure out what Gentoo wants to be when it grows up. > S/he should carefully consult the various stakeholders, > look at the strengths/weaknesses of Gentoo as it stands currently > and then figure out where the best direction is for it to proceed. > They should then be responsible for making sure everyone > executes according to this direction. I have no illusions > of this idea ever being implemented in the current Gentoo environment. > /shrug. It was a good ride. After reading -- quickly -- this thread for a day or two, to see what Gentoo devs are thinking, I'm surprised anyone has been taking this rubbish seriously enough to reply at length. The final line suggests the writer has no serious interest in Gentoo. A "boss" owns the company or at least has been appointed by its owners to manage it on their behalf. He hires & pays employees to do his bidding. Gentoo is not a company, has no employees & no money to pay them with. "Appoint one person to lead": the Germans did that back in 1933 -- as did the French in 1799, the Russians in 1917 & the Chinese in 1949 -- & we have had a long time to reflect on the kind of thing which results. The community which achieved the most with the least in human history was ancient Athens, which was even less directed than Gentoo. Democracy ? Consensus ? Co-operative efforts ? Rational discussion ? Apparently they are of no interest to the OP. As soon as anyone starts to order Gentoo devs to do anything, they will leave & not come back & the project really will die a prompt death. What makes it work is precisely "arguing among ourselves". All this should be utterly clear to anyone involved in developing Gentoo. Can we please get back to something important, like the news GLEP ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Find apps not ported to modular X
060202 Donnie Berkholz wrote: > The last change: 406 to 343 -- nice! Progress graph: > http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png Today's graph seems itself broken, as it goes up slightly at the R end. Perhaps you could add numbers down the R-hand side for easy reading ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Find apps not ported to modular X
060202 Philip Webb wrote: > Today's graph seems itself broken, as it goes up slightly at the R end. > Perhaps you could add numbers down the R-hand side for easy reading ? Thanks for fixing it ! -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: who renamed adsl-start to pppoe-start and why
060331 Jakub Moc wrote:
> Sven Köhler wrote:
>> I don't when the init.d-script disappeared from the ebuilds:
>> i still used it and didn't know about the baselayout-support for pppoe.
> May I suggest reading the fine handbook?
> http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=4&chap=3#doc_chap4
Yes, it's beautiful,
but it doesn't tell you in which file to enter the lines :
config_eth0=( "adsl" )
adsl_user_eth0="username"
Where do you put them ? And yes, I have had a look in /etc/ppp
& all I can see is pppoe.conf , which doesn't look like that.
I handled the change by editing /etc/init.d/rp-pppoe , which now says :
depend() {
use net
before ntpd
after domainname
}
start() {
ebegin "Starting pppoe (adsl)"
start-stop-daemon --start --quiet --exec /usr/sbin/pppoe-start
eend $?
}
stop() {
ebegin "Stopping pppoe (adsl)"
start-stop-daemon --start --quiet --exec /usr/sbin/pppoe-stop
eend $?
}
and my machine connects to the Internet correctly at every boot.
Really, this change has not been adequately documented or publicised:
that does happen sometimes, but when it does, it needs attention.
Thanks as always to the devs for their volunteer work.
--
====,,
SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED]
ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies
TRANSIT`-O--O---' University of Toronto
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: who renamed adsl-start to pppoe-start and why
060401 Roy Marples wrote: > http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=4&chap=1#doc_chap1 -- useful advice snipped -- Thanks for the pointers: I will look into configuring ADSL that way. It is debatable whether users whose systems are already working properly should be expected to read sections of the Handbook merely in order to accommodate a newly-introduced form of configuration or whether some brief note in the emerge output or in GWN would be a better way of alerting them to such changes, but we all have other things to do today & I won't take it further. -- ,, SUPPORT _______//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] When will KDE 3.5 be marked as stable?
060404 Diego 'Flameeyes' Petten? wrote: > KDE 3.5.0 required more patches than usual to get to an usable state, > KDE 3.5.1 was a bit better but still some patches were needed, > KDE 3.5.2 is in portage since less than a month, and already > had a few patches with revbumps to few memleaks and crashes, > a new kdelibs revbump is also planned > and umbrello 3.5.2 is regressed compared to 3.5.1 . KDE is now modular: is it possible to upgrade some modules, but not others ? Kdelibs would need to be stable, but must everything wait for stragglers ? If I have Kdelibs 3.5.2 , can I still run eg Konsole 3.5.1 ? I have been running a wide variety of KDE 3.5.1 pkgs without any problems & before that ran KDE 3.5.0 successfully; I plan to get 3.5.2 soon. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] When will KDE 3.5 be marked as stable?
060404 Diego 'Flameeyes' Petten? wrote: > On Tuesday 04 April 2006 08:09, Philip Webb wrote: >> KDE is now modular: is it possible to upgrade some modules, >> but not others ? Kdelibs would need to be stable, >> but must everything wait for stragglers ? >> If I have Kdelibs 3.5.2 , can I still run eg Konsole 3.5.1 ? > As modular as it can be, it has to go stable in one piece. Ok, you're the expert. Thanks for the prompt & polite response. It's basically a question how far a user can trust the upstream devs & the KDE project team is one of the most competent among desktop stuff. I will continue to ride the cutting-edge, knowing there's a tiny possibility that something may not be quite right, eg the R-click-menu glitch mentioned in another thread on Gentoo-user today. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: When will KDE 3.5 be marked as stable?
060404 Caleb Tennis wrote: > historically we were much more bleeding edge with our stable KDE versions, > but if you've spent any significant time playing with 3.5.0 or 3.5.1, > you would agree that they are terribly less stable than 3.4.3. Not here ! I've used both (successively) every day & can't recall a single crash or noteworthy (indeed any) problem. It's true that I don't use Kmail & similar exchange-type apps & some comments suggest that is where the bulk of instability lies. The fact that KDE itself is no longer accepting bugs for 3.4.3 really does suggest there's something wrong with Gentoo's current criteria. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: When will KDE 3.5 be marked as stable?
060504 Chris Gianelloni wrote: > If we followed others blindly, as so many users suggest, > then we would have stabilized KDE 3.5 ages ago, > and every single one of you KDE users would be complaining > about how our QA sucks because KDE doesn't compile > or breaks badly in so many places. This is rubbish: I'm now using 3.5.2 & have had no problems whatsoever; nor did I have problems earlier with 3.5.0 & 3.5.1 . -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: When will KDE 3.5 be marked as stable?
060504 Michael Kirkland wrote: > I think the problem is that Gentoo is falling into the same sandtrap > the Debian project has been mired in forever. > "arch" and "~arch" are polarizing into "stable, but horribly out of date" > and "maybe it will work". This leads to people trying to maintain > a frankenstinian /etc/portage/package.keywords file, > constantly adding to it & never knowing when things can be removed from it. That's very much my own impression. I am now using ~x86 versions of Vim Vim-core Gvim Cdargs Openoffice Eix Euses Gqview Gwenview Portage Firefox Galeon Htop KDE -- all of which which I use regularly -- & Abiword Gnumeric Koffice Gnugo Qgo Qalculate-kde (which I rarely use). I have had no problem with any of them. My solution is a line in .bashrc : 'alias emergeu='ACCEPT_KEYWORDS="~x86" emerge' , which allows me to emerge a testing version on a specific occasion. The package.keywords alternative is silly, as there's no reason anyone would want to do it regularly for a package, as opposed to occasionally when -- increasingly -- stabilisation is late. I do a weekly 'eix-sync' & check the list of packages which have changed, then decide which ones to update; I never do 'emerge world'. I keep an upto-date file with a line for each package I have installed, incl date, version & the main dependencies it satisfies (if any): this is my alternative to 'world', which is clumsy & causes problems. I have been doing this since I started using Gentoo in Oct 2003 & have never had any problem with Portage or packages as a result. > I would suggest opening a middle ground tag, > where things can be moved to from "~arch" > when they work for reasonable configuration values, > but still have open bugs for some people. I suggested this earlier, but got only nonsense for a reply. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: When will KDE 3.5 be marked as stable?
060505 Jakub Moc wrote: > Philip Webb wrote: >> 060504 Chris Gianelloni wrote: >>> If we followed others blindly, as so many users suggest, >>> then we would have stabilized KDE 3.5 ages ago, >>> and every single one of you KDE users would be complaining >>> about how our QA sucks because KDE doesn't compile >>> or breaks badly in so many places. >> This is rubbish: I'm now using 3.5.2 & have had no problems whatsoever; >> nor did I have problems earlier with 3.5.0 & 3.5.1 . > Oh, sure it's complete rubbish... > there are only ~40 bugs open right now about KDE 3.5 > (on a quick and definitely incomplete search). > The fixed/upstream ones would definitely be well over 100, > don't have any good query for that. Well, if you're going to wait for all bugs with all KDE packages on all platforms to be fixed, you'll never stabilise any new KDE version. It's time developers started thinking a bit more like users: which version of KDE do you use everyday ? > http://tinyurl.com/rg55l 122121 x86-64 ; 121270 "can't reproduce" (twice); 114860 kmail (I don't use Kmail, which is 1 modular package). I don't have time to go through them all, but that's the 1st 3 I picked. These are not reasons to keep the majority of KDE packages in ~x86 . > But yeah, you know better, no problems whatsoever. :P Yes, I know better: I haven't had any problems with any of the KDE packages which I have installed with versions 3.5.0 3.5.1 3.5.2 . It's time the developers started listening to users in this area: we really do appreciate your volunteer work, but without users that work would all be pointless. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: Re: When will KDE 3.5 be marked as stable?
060505 Diego 'Flameeyes' Petten? wrote: > Although modular, KDE 3.5 has to go stable _at once_ > and if KMail is totally broken or has major feature loss, we can't. I've seen this stated before, but why does it have to be "_at once_" ? Many packages have > 1 stable version available, so users might have KDE 3.4.3 (all) & 3.5.1 (parts) by now, with the rest of 3.5.1 & then some of 3.5.2 to follow soon. Also, KDE can be divided up among >= 7 downloadable .bz2's. I have 6 of them for the packages I use -- base games libs edu graphics utils -- & there is also kdepim , which would be needed for the problematic Kmail etc . Any stable version of KDE will need kdelibs kdebase , but otherwise why can't the packages be made stable at least as each big downloadable file becomes ready, if not individually ? -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: Re: When will KDE 3.5 be marked as stable?
060506 Diego 'Flameeyes' Petten? wrote: > On Saturday 06 May 2006 08:48, Philip Webb wrote: >> I've seen this stated before, but why does it have to be "_at once_" ? > Because 3.4 and 3.5 does _NOT_ mix together! That's not an explanation: it merely restates your assertion. >> Many packages have > 1 stable version available, >> so users might have KDE 3.4.3 (all) & 3.5.1 (parts) by now, >> with the rest of 3.5.1 & then some of 3.5.2 to follow soon. > KDE 3.5.1 is no more in portage, > a part those packages which haven't changed with 3.5.2 > and akregator that seems to have problems with 3.5.2 version at least here. Sorry, your sentence doesn't make sense as English. >> Any stable version of KDE will need kdelibs kdebase , >> but otherwise why can't the packages be made stable >> at least as each big downloadable file becomes ready, if not individually ? > Because they have to be stable at once. Period. > Can't go stable piece by piece. Period. > Can't. Period. Again, you're simply repeating yourself without any attempt to explain. Can anyone else offer an explanation for the claim that all KDE packages (for one version) have to be stabilised together ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Heritage
060508 Curtis Napier wrote: > I've been around since the beginning and have fond memories of Larry > just like the rest of you. I wasn't planning on getting rid of him. I hadn't noticed Larry before this thread got started, but now my attention has been drawn to the 'About' page, does anyone else see the Gentoo logo as I do, ie a tin heart with a hole shot through it (smile) ? Can't we find something better ? Besides the well-known penguin, other projects have a devil, a puffer-fish & seabirds. Perhaps Larry's mate Hilda the Bull ? An ant ? A wasp ? But maybe everyone else just loves that little bit of bent metal ... -- ,,======== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] move CONFIG_PROTECT to ebuilds out of profiles
060525 Mike Frysinger wrote: > wtf is /usr/share/config for ? In /usr/share/config/ I have filelightrc & kio_isorc ; there's also /usr/share/config.kcfg/ which contains gvconfig.kcfg : I have Filelight 1.0_beta6 & Gwenview 1.3.1 installed & KDE 3.5.2 . HTH -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.15-r3 testing for stable
060617 Mike Frysinger wrote: > can people give 1.11.15-r3 a run through ? I've been using 1.12.0-r1 since 060604 without any problems ... (smile) I suspect most users wb happy to see packages stabilised a bit sooner, even if they're only 95 % reliable (another smile). -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.15-r3 testing for stable
060618 Roy Marples wrote: > On Sunday 18 June 2006 17:12, Mike Frysinger wrote: >> On Sunday 18 June 2006 04:32, Philip Webb wrote: >>> I suspect most users wb happy to see packages stabilised a bit sooner, >>> even if they're only 95 % reliable (another smile). >> people are *not* happy when their machine cannot boot > Are you implying that there are bugs with baselayout-1.12.1 > that stop the machine booting? > If so, please give me some bug numbers to look at. There is something not quite right about 'testing/stable' as it exists now -- no, repeat no, criticism of hardworking developers implied -- : might it help everyone if instead we had 'testing/desktop/server' ? 'testing' = genuinely newly unmasked & awaiting willing users to test; 'desktop' = generally reliable, but might occasionally trip you up; 'server' = believed wholly reliable for the most demanding duties. -- ====,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] baselayout-1.11.15-r3 testing for stable
060618 Dan Meltzer wrote: > On 6/18/06, Philip Webb <[EMAIL PROTECTED]> wrote: >> There is something not quite right about 'testing/stable' as it exists now >> -- no, repeat no, criticism of hardworking developers implied -- : >> might it help everyone if instead we had 'testing/desktop/server' ? >> 'testing' = genuinely newly unmasked & awaiting willing users to test; >> 'desktop' = generally reliable, but might occasionally trip you up; >> 'server' = believed wholly reliable for the most demanding duties. > You mean GLEP 19? No. -- ====,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] packages up for grabs
080531 Mike Frysinger wrote: > many of these are low maintence ... > i'd forgotten i was even listed under them > as i havent seen a bug report in a long time. > some i added (well probably too many) on a lark, > so if they do end up being crappy and no one cares, > i guess that's why we have a tree cleaners group. ... > net-misc/ntp This is rather basic, isn't it ? It keeps your clock accurate. Is there any alternative ? > media-gfx/feh This is an excellent app & seems usually bug-free. I hope someone keeps an eye on it. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] IBM article of interest ?
I'm not sure whether anyone among Gentoo officials cares about this, but IBM has an article http://www.ibm.com/developerworks/linux/library/l-awk1.html whose byline is very misleading & may infringe on Gentoo's IP. I have submitted a comment to IBM via their form at the bottom of the page. HTH -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] IBM article of interest ?
080716 Josh Saddler wrote: > Philip Webb wrote: >> I'm not sure whether anyone among Gentoo officials cares about this, >> but IBM has an article >> http://www.ibm.com/developerworks/linux/library/l-awk1.html >> whose byline is very misleading & may infringe on Gentoo's IP. >> I have submitted a comment to IBM via their form. > Uh, this article really *was* written by drobbins some time ago. > It's okay. It's all perfectly legal; in fact, check out > http://www.gentoo.org/doc/en/articles/ Yes, it looks as if someone at IBM simply copied it from there, where it is indeed marked "updated". > I and some other folks GuideXMLified the original developerWorks articles > and republished them on gentoo.org with permission, eg the URL you posted: > http://www.gentoo.org/doc/en/articles/l-awk1.xml Yes, that's it. > No need for the alarm, folks. Simmahdownah. There remains an error in the IBM page above & the Gentoo doc version, ie the URL given for 'Gentoo Technologies Inc' is 'www.gentoo.org'. Whether the author still maintains GTI in New Mexico isn't clear (there's another 'GTI' in Blacksburg VA , which makes databases etc), but even if so, its Internet site is not the same as Gentoo Foundation's: this needs to be corrected by the maintainer of Gentoo docs & by IBM. One would also assume that the author has a more direct e-address than the forwarding address at Gentoo still given in the article & the personal details seem to be 8 years old (eg "new baby"): those also would better be updated or deleted. In contrast with traditional printed media -- press or advertising -- the Internet is often less precise & therefore can be seriously misleading: there is a lot of out-of-date information lying around & no-one to take responsibility for it. So no alarm, but cause for a couple of updates when time permits. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] IBM article of interest ?
080717 Josh Saddler wrote: > Philip Webb wrote: >> There remains an error in the IBM page above & the Gentoo doc version, >> ie the URL given for 'Gentoo Technologies Inc' is 'www.gentoo.org'. >> Whether the author still maintains GTI in New Mexico isn't clear >> (there's another 'GTI' in Blacksburg VA , which makes databases etc), >> but even if so, its Internet site is not the same as Gentoo Foundation's: >> this needs to be corrected by the maintainer of Gentoo docs & by IBM. >> One would also assume that the author has a more direct e-address >> than the forwarding address at Gentoo still given in the article >> & the personal details seem to be 8 years old (eg "new baby"): >> those also would better be updated or deleted. >> In contrast with traditional printed media -- press or advertising -- >> the Internet is often less precise & therefore can be seriously >> misleading: there is a lot of out-of-date information lying around >> & no-one to take responsibility for it. > these articles are snapshots of how things used to be. > We don't need to wipe out everything that's old, do we? > Why not leave the information there so people can get some history? Neither an e-mail address nor an Internet URL is "some history": they are a means of contacting a person & a link to a site & as such they should be upto-date or deleted. > What if people don't want more recent information shared > and don't want a new email for all to see? In that case, as I said in my previous message, they should be deleted. > Seriously, nothing needs to be done on the IBM side, nor on ours. > It's not an issue. please just let it go. Well, I have much more important things to do today (smile), but you are missing the point. Any newspaper or magazine editor knows that when they reprint an article, some details may need updating or at least a clear disclaimer needs adding to warn readers that "This article was first published in 2000 & is reprinted as was". In the current case neither IBM nor Gentoo docs has done either. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] IBM article of interest ?
080717 Jan Kundrát wrote: > "01 Dec 2000 Updated 03 Jul 2008" [2] > [2] http://www.ibm.com/developerworks/linux/library/l-awk1.html The '03 Jul 2008' has been added since I sent my comment to them yesterday ! However, the incorrect URL for Gentoo Technologies -- www.gentoo.org -- is still there, probably because I didn't mention it in my comment, so I'll try sending them another. > *Nothing* needs changing. Better stick to the more important things. Yes, where professional standards & peer review mean something (wry smile). -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] IBM article of interest ?
080717 Jeremy Olexa wrote: > Philip Webb wrote: >> [2] http://www.ibm.com/developerworks/linux/library/l-awk1.html >> '03 Jul 2008' has been added since I sent my comment to them yesterday ! >> However, the incorrect URL for Gentoo Technologies -- www.gentoo.org -- >> is still there, probably because I didn't mention it in my comment, >> so I'll try sending them another. > I don't know all the details or the 'proper' way to handle > what you are doing. But I wanted to say thanks for spending time on this. Thanks (big smile) ! It's good to have a bit of encouragement. There's really no more to say here: my initial message was about IBM & I reacted as might any casual reader of their page, wondering why they were including 8-year-old information re its author. I did not remember that it was also included in Gentoo docs, but now do. It's clear to me by now that Gentoo does the correct & sensible thing: reproduce the original as it was in 2000 with a prominent disclaimer. It's IBM which is not doing that & needs prodding: I've sent another comment. -- ====,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] FHS compliant KDE install and multi-version support
080907 Jorge Manuel B. S. Vicetto wrote: > ignoring FHS ... are not valid solutions to this problem. Why ? Who is demanding FHS compliance & for what reasons ? Gentoo is not like other distros & sometimes needs to find its own way. Given the well-known problems with KDE 4.0 & (still) 4.1 , I'ld like to be able to have the option of multiple versions available. I really do appreciate the hard volunteer work the KDE team donates & have nothing but thanks to them all, but shouldn't your priority be to get KDE 4.1 into 'testing', so that users can actually try it out ? There's also 3.5.10 , which has been released, but isn't in Gentoo yet. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] FHS compliant KDE install and multi-version support
080907 Marcus D. Hanwell wrote: > The slotting of KDE 3.* and KDE 4.* was never a question > but whether we really need to keep slotting of minor KDE versions > in the new 4.* line, i.e. KDE 4.1 and 4.2 slotted on the same system. Yes, I understood that (smile). > It is no real issue to be able to run a slotted KDE 4.2 install > alongside an FHS install of KDE 4.* . In that case, much of my unease disappears: users should be willing to learn how to use overlays. > This helps to make the normal KDE install much simpler to maintain > with less gradual build up of cruft over the years, > ie multiple older slots the user is no longer using. > It also brings us into line with the FHS compliant Qt 4 ebuilds Yes, if there is a genuine improvement in maintainability for the devs, that's a real reason for making the change. In another msg, you said nothing will change till 4.2 ( 0901xx ) & by then hopefully KDE 4 will have settled down to normal usability. > The purpose of these posts was to solicit further feedback > before things are pushed to the main tree. Well, you have mine (grin). -- ,,======== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Projects without a homepage, and valid contents of HOMEPAGE (per bug 239268)
081005 Ryan Hill wrote: > 5 Oct 2008 "Robin H. Johnson" <[EMAIL PROTECTED]> wrote: >> For projects where the upstream has vanished off the face of the planet >> but ... the code works fine still, there's problems >> with either the requirements of HOMEPAGE or the repoman check. >> Either we need special cases to declare it no longer has a homepage >> or we need to allow the empty HOMEPAGE. > I'd rather see "unknown" or something that implies "I looked, no luck" > rather than "I forgot to fill this in". As a user who sometimes checks the upstream site for further info, I strongly support eg 'Unknown' or 'No support site can be found'. Leaving it blank is ambiguous & might even encourage a buzy dev not to bother trying to find a changed upstream site. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Name change s/drac/ssuominen/ for people wondering.
081129 Samuli Suominen wrote: > This is for the people wondering who I am. > I used to go around with nick "drac", but I was MIA for some months > because I was sick which made me so depressed, > I left my job and everything went downhill from there. > I'm now in the road of recovering > and have started with Gentoo, which I still love, again. Good to hear you're recovering. 'Suomi' = 'Funland', doesn't it (grin) ? (I'm a very long-time fan of Sibelius) -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] reorganization of /var/lib gentoo-related files
081231 Fabio Rossi wrote: > I'm proposing to reorganize the files related to Gentoo inside /var/lib. > Currently we have this situation (at least on my system): > /var/lib/eselect -- here > /var/lib/gentoo/enews > /var/lib/herdstat/ > /var/lib/module-rebuild -- here > /var/lib/portage -- here > > The main dir should be something like /var/lib/gentoo , > so I'd see all gentoo-related files as > > /var/lib/gentoo/eselect > /var/lib/gentoo/enews > /var/lib/gentoo/herdstat/ > /var/lib/gentoo/module-rebuild > /var/lib/gentoo/portage > > What do you think about? It looks neater & simpler to understand in the long run, provided it doesn't break anyone's system in the short run. BTW I have only the 3 entries I have marked above. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] GLI Officially Deprecated
090114 Donnie Berkholz wrote: > On 15:23 Wed 14 Jan 2009, Ben de Groot wrote: >> Also, will we have an announcement on the www.gentoo.org frontpage? >> This seems to me an important enough issue to inform our users about. > Yeah, I'll get something up. I've got a few pending now. I've been using Gentoo since 2003 & have installed it in 2 machines. I've also felt it necessary more than once to comment in LWN in response to scare stories then circulating about "the death of Gentoo" & how it was no longer putting out new versions reliably or on time. The fact that 'version' doesn't mean the same for Gentoo as other distros is not clear to the many people who haven't used Gentoo. I just had a look at the Gentoo home page, as if I were a newcomer wanting to find out how to get started. The 'about' page says nothing about the basic installation process, so I went to 'installation docs', where the 1st 'installation resource' is the 'Gentoo Handbook', which led me to get 'Gentoo AMD64 Handbook', then 'about the Gentoo Linux installation'. This emphasises that I can install Gentoo in many ways, the 1st of which listed is 'from one of our installation CDs'. May I suggest that the 'about' page needs an additional 3rd section entitled 'How do I go about installing Gentoo ?'. I'm sure DB is capable of writing whatever is needed, but it could be something like the following: Unlike most distributions, which rely on binary packages and create a new version of the whole system at regular intervals, Gentoo is installed once and thereafter kept upto-date by the user by means of Portage (as above). Installing Gentoo is not difficult, but it does require a bit more time & attention from the user, which we at Gentoo consider to be a useful exercise for her or him to get to know better how a Linux system really works under the hood. All you typically need is a live CD and a copy of the Gentoo Handbook, which you can find by following the link to 'installation docs' above. It might be an idea also to amend the line in the Handbook above, so that 'one of our installation CDs' is not quite so prominent. HTH -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] net-www category
090406 several learned Francophones & a German-speaker debated : 1> en: The www-plugins category contains plugins for Web browsers. 1> de: Die Kategorie www-plugins enthält Plugins für Webbrowser. 1> fr: Cette catégorie contient des plugins pour navigateurs Web. 2> plugins -> greffons is the official translation. 3> If we want to be even more pedantic, 3> we should use "butineur" instead of "navigateur" ;) 4> fr: La catégorie www-plugins contient des greffons pour butineurs Web. 5> And I just learned that in German the word should be spelled Plug-in. 5> And no, we shouldn't translate "browser" as "Stöberer". ;-) > The wonderful "French terminology and neologisms committee" > tries to find a translation for every single English term like 'browser'. > Sadly, the "masturbating monkeys" in the committee have probably never > used a computer, so they're totally clueless. > This leads to ridiculous random translations like 'butineur'. > In theory it's the official translation, > in reality *nobody* uses their terms, except themselves maybe. > So, for god's sake, keep "plugin pour navigateurs". To a mere Anglophone armed with 2 large dictionaries (grin), none of the alternatives seems an accurate translation of the English: 'greffon' is not in my 1920 dictionary, but is listed c 1980 = 'horticultural graft' or 'surgical transplant'; 'butiner' = 'pillage' (like a pirate) or 'gather honey' (like a bee), but has an informal use with 'dans' = 'browse' (in a bookstore); 'Stöbern' (1973) = 'rummage' (as in a drawer). One might suggest 'fiche' (electric plug) or 'rallonge' (table leaf) as improvements on 'plug-in', which is ugly English to start with. 'Navigateur' seems good French & more accurate than the English 'browser', which originated in the early days of the WWW, when most users didn't know where they were going or what they would find. I assume 'stöberer' was meant humorously (smile). Trying to find accurate native terms is excellent, but those doing so should have a good knowledge of both languages & some experience in the field the terms apply to. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] RFC: Gentoo Support Everywhere
090519 Jesús Guerrero wrote: > This is a request for comments on a new project "Gentoo Support Everywhere". > http://www.gentoo.org/proj/en/gse/ > this forum thread might be more clarifying: > http://forums.gentoo.org/viewtopic-t-762914.html > The initial aim is to provide some support to these lost souls > that wander around the LQ forums and to create a Gentoo subforum at LQ What is "LQ" ? -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] RFC: Gentoo Support Everywhere
090519 Justin Lecher wrote: > Philip Webb schrieb: >> 090519 Jesús Guerrero wrote: >>> The initial aim is to provide some support to these lost souls >>> that wander around the LQ forums and to create a Gentoo subforum at LQ > > What is "LQ" ? > LinuxQuestions What is "LinuxQuestions" ? -- really, if you want help & support, you have to explain what you're talking about. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] RfC: News item for Baselayout 2 stabilisation
090520 Petteri Räty wrote: >> A lot has changed from Baselayout version 1.x to 2.0.0, so all users >> should take a look at the upgrade guide found at >> http://www.gentoo.org/doc/en/openrc-migration.xml >> to not break their systems. You will likely see an update of >> sys-apps/baselayout in the near future: After installing, please >> follow the upgrade guide and do not reboot your system meanwhile. > Would this be better with > - to not break > - in order not to break "in order not to break" is clearer & better English. >> After installing, please >> follow the upgrade guide and do not reboot your system meanwhile. > How does this sound: >> After installing, please don't reboot your system >> before following the guide because there's a risk >> of not being able to boot properly with the old configuration files. How about "after installing version 2.0.0 , DO NOT REBOOT YOUR SYSTEM until you have followed the instructions in the upgrade guide. Otherwise, there's a risk you won't be able to reboot properly, as some of the old configuration files will still be in effect". My CAD 0,02 ... -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] New app-eselect category?
090526 Ulrich Mueller wrote: > We could move the 27 eselect-* packages to a new app-eselect category; > eselect itself would stay in app-admin. >> I hate package moves, so is it really *really* necessary? > Of course it is only a matter of organisation (as most package moves are). > Since there's also no agreement on the name of the category, > let's postpone it. Maybe the situation will be clearer > after the release of the Universal Select Tool. As a mere user who tries to keep track of his pkgs, may I register a '+1' for keeping categories reasonably small & for retaining the 'major-minor' syntax of the dir names ? So the new category should help us users slightly & 'app-select' looks like the most appropriate name for the new dir. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Let's redesign the entire filesystem!
120314 Greg KH wrote: > if you have /usr on a different filesystem today, with no initrd, > your machine could be broken and you don't even know it. Whatever do you mean ? -- if it were truly broken, it wouldn't perform in some important & obvious respect. Do you mean "insecure" ? -- if so, what is the threat ? > greg "why is this thread still alive" k-h Your dismissive response is perhaps one reason ... -- ,,======== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Last rites: x11-apps/xsetmode & x11-apps/xsetpointer
120422 Michał Górny wrote:
> # Michał Górny (22 Apr 2012)
> # Obsolete and unmaintained. Their functions are provided by
> # x11-apps/xinput nowadays ('xinput set-mode' and 'xinput set-pointer'
> # respectively). Bug #411999. Masked for removal in 30 days.
> x11-apps/xsetmode
> x11-apps/xsetpointer
> <=x11-base/xorg-x11-7.4-r1
Do I go ahead & 'emerge -C xsetmode' ? Will xorg-x11 survive ?
root:554 linux> emerge -cpv xsetmode
Calculating dependencies... done!
x11-apps/xsetmode-1.0.0 pulled in by:
x11-base/xorg-x11-7.4-r1
root:555 linux> eix xorg-x11
[I] x11-base/xorg-x11
Available versions: 7.4-r1
Installed versions: 7.4-r1([2009-10-04 19:10:48])
--
,,====
SUPPORT ___//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Last rites: x11-apps/xsetmode & x11-apps/xsetpointer
120422 Samuli Suominen wrote: > xorg-x11 is a empty 'meta package' which doesn't install anything > you don't even need it -- most people just install xorg-server thesedays > to avoid "dozens of unnecessary dependencies" So it is. Thanks. I've removed both pkgs. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] UEFI secure boot and Gentoo
120614 Greg KH wrote: > So, anyone been thinking about this? I have, and it's not pretty. > Should I worry about this and how it affects Gentoo > or not worry about Gentoo right now and just focus on the other issues? > Minor details like, "do we have a 'company' that can pay Microsoft > to sign our bootloader?" is one aspect from the non-technical side. > I did a lot of UEFI secure boot work in the past at SUSE > and should be soon a member of the UEFI "organization" > through my work at the Linux Foundation, so I do have a basic grasp > of the issues involved and have a chance to get changes made, > if needed and possible, to the spec itself. Does this affect those of us who build our own machines ? Is there likely to be any Gentoo user who is reluctant to change the default BIOS setting ? How can UEFI be required for Arm without running into anti-trust ? How far is this basically a problem for those in the USA, the rest of us having a different attitude to security issues ? -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] UEFI secure boot and Gentoo
120615 Greg KH wrote: > On Fri, Jun 15, 2012 at 01:48:05AM -0400, Philip Webb wrote: >> Does this affect those of us who build our own machines ? > Yes, it will be on your new motherboard in a matter of months. I am going to build a new machine some time in the next 12 mth , but it looks as if all I will have to do is reset the BIOS , which I'm likely to have to do for other features in any case. >> Is there likely to be any Gentoo user >> who is reluctant to change the default BIOS setting ? > Probably lots. That surprises me, but we'll find out. >> How can UEFI be required for Arm without running into anti-trust ? > Different countries have different rules here. Discussion + news items in the press do suggest that it's not anti-trust as long as it's not benefitting 1 company. Anyway, I'm not likely to be using ARM, let alone jailbreaking it. >> How far is this basically a problem for those in the USA, >> the rest of us having a different attitude to security issues ? > Everyone in all countries are going to have to deal with this, > as all motherboard manufacturers are going to be supporting this > by the end of 2012 at the latest, due to the Windows 8 requirements. As with other similar issues in the past, we can expect the EU antitrust people to take a close look at it & they may start demanding that computers are easily unlockable, if not actually required to be sold with UEFI disabled by default. Despite current scare stories out of London & New York, the EU is by no means finished as a political entity & no-one in USA should assume the EU will follow their lead or even that Canada will, despite our current Conservative government. I see a need for careful thought at Gentoo, but no need for panic. Thanks for your horse's mouth (smile). -- ====,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] [RFC] Restricted version of gentoo-dev mailing list
170523 Michał Górny wrote: > Sadly, it is not uncommon for threads on that mailing list to turn into > trollfests, get deranged or hijacked into completely different topics. > Things are so bad that the mailing list stops serving its purpose. It > involves a number of consequences: As a user, I've been subscribed to this list since 2003 & can't remember any recent occasion -- and very few not recent -- when any such bad or damaging behaviour has happened. Is this proposal itself not just a waste of valuable developer time in moderating, censoring & deciding who is a sheep & who is a goat ? -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-dev] Re: No more stable keywords for Games
171118 David Seifert wrote: > As the Games team does not have enough manpower to keep tabs on all > games packages, we have dropped all games-* ebuilds to unstable > keywords (modulo those required by stable non-games packages). > > While I accept that this will cause some irritation for the community, > pretending we have a well supported games collection by having a wealth > of stable games packages is misleading at best. By having 99% of games > be unstable, we convey the expectation users should have - namely that > games in Gentoo are not part of crucial Tier 1 packages. > > We welcome contributions from outsiders willing to polish up the games > landscape in Gentoo. Isn't this overkill in the absence of widespread bug reports for games ? 'Stable' doesn't mean well-maintained, but in the tree for some time & no serious bug reports. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: No more stable keywords for Games
171119 James Le Cuirot wrote: > On Sun, 19 Nov 2017 08:50:20 -0500 > Philip Webb wrote: >> 171118 David Seifert wrote: >>> As the Games team does not have enough manpower to keep tabs on all >>> games packages, we have dropped all games-* ebuilds to unstable >>> keywords (modulo those required by stable non-games packages). >> Isn't this overkill in the absence of widespread bug reports for games ? >> 'Stable' doesn't mean well-maintained, >> but in the tree for some time & no serious bug reports. > There are plenty of bug reports for games. What percentage of games pkgs have bugs ? Eg I amuse myself with games-puzzle/sgt-puzzles ; it is maintained upstream with regular updates. The only unresolved bug appears to be 602696 which relates to version 20161207, which is no longer in the tree : why is the bug still marked 'confirmed' ? Shouldn't it be 'resolved' ? What justification is there for marking this pkg 'unstable' ? My guess is that there are other games pkgs with no valid bug. Marking all games 'unstable' still seems to be overkill. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Upcoming posting restrictions on the gentoo-dev mailing list
180109 Andreas K. Huettel wrote: > During the last Gentoo council meeting, the decision was made > to implement changes to the gentoo-dev mailing list [1]. > These changes affect only the gentoo-dev mailing list > and will come into effect on 23 January 2018. > > * Subscribing to the list and receiving list mail remains as it is now. > * Posting to the list will only be possible to Gentoo developers and > whitelisted additional participants. > * Whitelisting requires that one developer vouches for you. We intend this > to be as unbureaucratic as possible. > * Obviously, repeated off-topic posting as well as behaviour against the > Code of Conduct [2] will lead to revocation of the posting permission. > > If, as a non-developer, you want to participate in a discussion > on gentoo-dev, > - either reply directly to the author of a list mail and ask him/her to > forward your message, > - or ask any Gentoo developer of your choice to get you whitelisted. > [1] https://projects.gentoo.org/council/meeting-logs/20171210-summary.txt > [2] https://wiki.gentoo.org/wiki/Project:Council/Code_of_conduct I'm very sorry that Council approved this proposal & hope that it will soon see sense & rescind it. As an ordinary user since 2003, I've subscribed to user + dev lists & have rarely encountered bad behaviour on either : it looks as if a sledge-hammer is being used to crack a nut. I followed the recent discussion here, but didn't offer comment, as there seemed to be little rationale or evidence behind the proposal & I didn't expect Council to pay any attention. That said, I would like to be able to offer my views on the dev list, which is likely to be rarely & will always be polite, as I have done occasionally during the past 15 years . Is one of the devs willing to sponsor me ? -- ========,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] usr merge
160409 Canek Peláez Valdés wrote: > You use LILO : that means, you don't use UEFI : > that means, almost certainly, you don't use recent hardware. I've always used Lilo, which is simple + reliable : I never see questions re it here, but there are many re Grub. I do use recent hardware, a cutting-edge machine I built 6 mth ago . When setting it up, I suppressed UEFI in the BIOS settings : isn't that what anyone not running M$ would do ? > Gentoo devs only are saying that if by having separated /usr > without an initramfs, you risk screwing your system. I haven't been reading this long thread -- merely skimming some of it -- , & I missed or didn't understand what is being proposed or imposed. There was an issue earlier re not having /use on a separate partition & both my machines have it on the same partition as / . Is this thread re that earlier matter or is it a new item ? -- ,,======== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] usr merge
160409 Canek Peláez Valdés wrote: > On Sat, Apr 9, 2016 at 2:49 PM, Philip Webb wrote: >> I've always used Lilo, which is simple + reliable : >> I never see questions re it here, but there are many re Grub. >> I do use recent hardware, a cutting-edge machine I built 6 mth ago . >> When setting it up, I suppressed UEFI in the BIOS settings : >> isn't that what anyone not running M$ would do ? > I just disabled secure boot, although it's possible to use it with Linux. > However, it would require to manually sign everything from boot loader > to kernel modules, since Gentoo has no infrastructure to do that. > I don't "supress" UEFI, since it's *obviously* so much better than BIOS > and since bootctl (the program formerly known as gummiboot) > it's incredible easy to use. You don't even notice it's there. Sorry, I meant "suppress secure boot". My mobo doesn't have UEFI. > I believe there are motherboards where you don't have the option > to "supress" UEFI, since they simply don't have BIOS anymore. > Seriously, UEFI is s much better. Thanks for the enlightment (smile). Can you or anyone else answer my other question re the origin of the thread ? -- ie is this a revival of not putting /usr on its own partition or is it a new proposal to alter the file system in some other way ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] the graveyard overlay
160708 William Hubbs wrote: > On Fri, Jul 08, 2016 at 05:56:04PM +0300, Andrew Savchenko wrote: >> IMO the criteria should be whether they work or not, >> not whether upstream is more or less active. >> If they're blockers on other work, by all means cull them. >> However, if the biggest problem with them is >> that they're using a few inodes in the repo, they should probably stay. > There is an overlay for packages that are removed from the official tree > -- https://github.com/gentoo/graveyard -- > and that is where old software should go, > if it doesn't have an active maintainer. A lot of this lengthy discussion is missing some basic points, though a few people have mentioned them in passing. As someone who has used Gentoo exclusively since 2003 & who raised the objections to removal of Xcdroast + Nethack, let me try to get you all to focus on the real-life issues. (1) The fact that a pkg has little or no upstream support or that it doesn't have an active Gentoo maintainer is not a reason for removing it from the regular tree. One basic reason some software is no longer being actively developed is simply that they work perfectly well as they now are, eg the file manager Krusader & the desktop manager Fluxbox : both of these are very useful & have no drop-in replacements, but very little development has occurred for several years. The same is true of Xcdroast & Nethack, which have been threatened, but which have been rescued after some small patches have been applied. This is likely to be true of more + more pkgs, as time passes : even changes in the kernel these days rarely affect desktop users. (2) There are 3 basic categories of Gentoo user : (a) server-farm managers, (b) multi-user sysadmins, (c) single-users. Each of these have different security concerns : (a) need to be alert to the many threats from all over the Internet ; (b) need (among other things) to prevent privilege escalation ; (c) are largely immune to those types of threat, though a few of the Internet variety can affect them. The security objections raised against Xcdroast + Nethack were both problems which would arise only on multi-user systems, yet single-users were also to be deprived of access to them. Perhaps part of the problem is that many Gentoo developers also earn their livings as sysadmins with many users or many servers : the simpler happier world of single-users escapes their attention. (3) Users generally don't want to be developers : they're too busy or too old. Asking them "Are you willing to maintain it yourself ?" is a silly excuse ; offering them the chance to dig around in a graveyard is even worse ; even maintaining an overlay is a nuisance : I tried it with KDE Sunset. Neither Xcdroast nor Nethack belong in a graveyard of any kind : once the obscure security problems have been fixed, they belong in the regular tree marked 'stable', like many other pkgs whose development has been completed. Users all do -- or should -- appreciate the unpaid work of the developers, but developers also need to realise that without non-developer users Gentoo would very quickly die & their justified pride + satisfaction die too. (4) I have 3 simple recommendations to fix the everyday problems. (a) the justification for tree-cleaning should be explicitly that a pkg either (i) won't compile, (ii) crashes when run or (iii) has a serious security hole which affects all 3 types of user. (b) there needs to be a developer role 'General Maintainer', who should be available to look at pkgs which have no regular maintainer, but which compile, run properly & are generally secure : their job would be to step in, like Mr Savchenko -- thanks again -- , to fix small problems which would otherwise be neglected ; less formally, all developers might see it as part of their role to help out occasionally with such small problems. (c) Gentoo's rules + policies need explicitly to reflect the fact that there are 3 types of user, as described : eg some pkgs might be marked as 'not safe for multi-user systems' ; that would recognise real distinctions which are now being ignored. HTH & thanks as always to all of you for making Gentoo work since 2003. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] the graveyard overlay
160708 Alec Warner wrote: > On Fri, Jul 8, 2016 at 1:21 PM, Philip Webb wrote: >> (1) The fact that a pkg has little or no upstream support >> or that it doesn't have an active Gentoo maintainer >> is not a reason for removing it from the regular tree. > So basically what you are advocating for is: > "Having completely unmaintained packages in the tree is OK". > And honestly, I do not buy that premise. I went on to point out : >> One basic reason some software is no longer being actively developed >> is simply that they work perfectly well as they now are, >> eg the file manager Krusader & the desktop manager Fluxbox : >> both of these are very useful & have no drop-in replacements, >> but very little development has occurred for several years. >> The same is true of Xcdroast & Nethack, which have been threatened, >> but which have been rescued after some small patches have been applied. >> This is likely to be true of more + more pkgs, as time passes : >> even changes in the kernel these days rarely affect desktop users. My point here is that lack of upstream development doesn't necessarily mean that an app is "dead", but may simply result from it's being completed. Xcdroast simply works & had 1 obscure security problem, now fixed. The problem with other burners is that they demand sound software, which I have no need for on my system, so I want to go on using the simple reliable app which has always got the job done. > No one is trying to remove Flubox, which had a release in 2015 > and had activity in its git repo as recently as last week. Not yet, they're not, but changes have been minimal for a long time. Krusader had an update in Git 24 hours ago, but the latest version is 3 years old. It's an excellent file manager, which I rely on regularly, but it's only "semi-alive" upstream. > Xcdroast for example, hasn't had a release in 8 years > and I can't even find its source tracker in Sourceforge. > These are the sorts of packages I think are not great to have in the tree > and for Xcdroast, if I were treecleaner lead, I would probably advocate > for working around the security bug (dropped SUID) instead of removal. > I do not necessarily want to remove software that people are using. So you are saying -- perhaps correctly -- that the problem here was not bad tree-cleaning policy, but incompetent tree-cleaning (I don't mean to criticise whoever did it : I make mistakes too). > That being said, I do not want unmaintained software in the tree either. This is not black vs white : a package can be 'lightly maintained', ie there's no regular maintainer, but equally there are no real problems & those which exist could be fixed fairly easily, if need be. That was the case with Xcdroast & earlier with Nethack. So another suggestion from me for Gentoo policy -- like recognising different categories of user -- is to create a new class of pkg called 'lightly maintained', which would include older but still useable software, which is no longer being actively developed, as it is largely complete. >> (2) There are 3 basic categories of Gentoo user : >> (a) server-farm managers, (b) multi-user sysadmins, (c) single-users. >> Each of these have different security concerns : >> (a) need to be alert to the many threats from all over the Internet ; >> (b) need (among other things) to prevent privilege escalation ; >> (c) are largely immune to those types of threat, >> though a few of the Internet variety can affect them. > I appreciate the argument you are trying to make, > but I do not think it should drive Gentoo Security Policy. Surely, it's very relevant for the reasons I have listed : eg I don't have to worry re privilege escalation, as I can escalate my privileges anytime I want by opening a root terminal (no-one else has physical access to my machine). > As my security manager used to say "security is not a race to the bottom". Obviously true, but that's not in question here. > Suppose : > 1) It appears that no Gentoo developers want to maintain a package. > 2) The software package has no active upstream. > 3) The software has open bugs. > 4) We mask it for years, because it has bugs and no active maintainer. > 5) No one volunteers to proxy-maintain the software. > You advocate we keep such software in the tree, > because users are "too busy" or "too old" to maintain it themselves ? Yes, I do, depending on how serious the bugs are : in the cases of Xcdroast + Nethack, they were not serious on single-user systems. Nor do I accept your scare quotes : most users are too busy to be able to become developers nor should they be asked to ; the average
[gentoo-dev] several global use flags sb local
161010 Andy wrote : > On 9 October 2016 at 23:28, Mike Gilbert wrote: >> On Sun, Oct 9, 2016 at 1:31 PM, Ayush wrote: >>> I've already raised a bug report about this issue over here [1]. >>> There are several global USE flags defined here [2] that should be local >>> according to the this [3] definition. Some of these USE flags are - >>> >>> 3dfx >>> pcntl >>> inifile >>> sharedmem >>> simplexml >>> wddx >>> oci8-instant-client >>> qdbm >>> tokenizer >>> >>> Shouldn't these USE flags be local ? >>> Most of them are applicable to only 2-3 packages >>> or sometimes even a single package. >> This would be a reasonable topic for discussion >> on the gentoo-dev mailing list. > I'm actually surprised those USE flags are not local. > Except for 3dfx, I have never seen them. > And yes, I agree, this is a topic for gentoo-dev. > Can someone move it there somehow ? HTH -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Should we join the which hunt?
220513 Ulrich Mueller wrote: > Recently Debian has started to transition away from the "which" command. > [1] Do we take Debian as a role model ? > 'which' is a non-POSIX command which prints out the location of specified > executables that are in your path. Unfortunately, there are several > versions of the program around which are not compatible with each other. > We package the GNU version as sys-apps/which, > which is in the system set since 2004. If there is a GNU version, that would seem to be somewhat "official". Also, it's been around a long time. > Already in 2007, vapier asked developers to avoid which in ebuilds. [2] There well mb good reasons for the devs to do that, but users may have different needs or preferences. > The replacement in most circumstances is "type -p" > which is a bash builtin command. It does appear to do the same job, but it's more difficult to remember. Yes, anyone could make 'which' an alias for 'type -p'. > So, should we join the "which hunt", with the goal > of removing sys-apps/which from the system set and from stage1 ? > The first step would be to identify which packages use 'which' > and add it as an explicit dependency. > Maybe the tinderbox could help there ? > A bug for this [3] has already been filed by mgorny some time ago. > Unfortunately, the command pops up in unexpected places, > e.g. it appears to be an (indirect) build-time dependency of systemd. [4] > [1] https://lwn.net/Articles/874049/ > [2] > https://archives.gentoo.org/gentoo-dev/message/e04d4db72572dd5fec48e87c6b18c525 > [3] https://bugs.gentoo.org/646588 > [4] https://bugs.gentoo.org/502084 Those are a user's reactions. I trust the devs to do something sensible. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Last rites: app-admin/gkrellm & plugins
230127 Michał Górny wrote: > # GKrellM and a variety of plugins. It's unmaintained for some time. > # Upstream homepage is gone, and the whole suite is collecting dust > # and patches. > # Removal on 2023-02-26. Bug #892251. > acct-group/gkrellmd > acct-user/gkrellmd > app-admin/gkrellm > app-laptop/ibam > media-plugins/gkrellmpc > x11-plugins/bfm ... > x11-themes/gkrellm-themes Is there a recommended alternative ? I've got used to having it in the corner of a desktop & checking it regularly for various info for many years. -- ,,======== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-dev] Re: Last rites: app-admin/gkrellm & plugins
[ This has been posted on Gentoo User, but in case it hasn't been seen by discussants at Gentoo Dev, here it is. It seems clear upstream isn't dead, simply quiet ] On 1/28/23 05:35, Peter Humphrey wrote: > I'm actually the one who first heard that the original maintainer had died. > I had written to him about some support issue, and got a belated reply > from his brother. Upstream is not dead at all, > the activity level is just fairly low. > I tried to post to -dev, but my message never got through, > not sure if it's because I'm not a dev or made some other error in sending. > The homepage is at htttps://gkrellm.srcbox.net > with source at https://git.srcbox.net/gkrellm/gkrellm. > The main problem is that is still uses gtk+2. > They do have an open issue about that, > but most of the discussion has been on why it would be so hard to upgrade. > There is apparently a lot of fairly low-level graphics stuff going on > and Bill himself (the original maintainer) > said something like the conversion to gkt+3 would be difficult, > but to go to gtk+4 would essentially be a re-write. > Jack -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Deleting Dead Projects from the Wiki
230901 Christopher Fore wrote: > I'm currently working with the Wiki team on removing references to Layman Not quite on your topic, during a recent installation I noticed that Wiki talks re "burning an ISO to a CD". My new home-built machine doesn't even have a CD drive nor could the mobo handle it if it did. Most install ISOs can now be copied directly onto a USB stick, which boots & has an install button to click. Perhaps someone else is handling that part of the clean-up. HTH. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] USE flags dri, cups, pppd
On Sat, Jan 19, 2013 at 3:18 AM, Ben de Groot wrote: > I'm not sure whether we need to keep cups at all. > I haven't printed anything from my personal PC or laptop in years. As a user, I'ld say this wb a very unpopular move with some of us. I rarely use my 2nd-hand 1995 printer, but sometimes it is essential : eg I now need to print letters to 2 friends abroad who don't have e-mail & occasionally I need to print forms downloaded from the Internet for tax purposes or to get mail-in refunds on things I bought. I don't have access to an office printer & when last asked, my neighbour reported his printer "broken". Please continue to support Cups. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] RFC: new "qt" category
130119 Ben de Groot wrote:
> On 19 January 2013 21:46, Patrick Lauer wrote:
>> Maybe lib-qt ? dev-qt sounds confusing to me too, what's "dev" about it?
> These are libraries and applications
> that are used by developers of end-user applications.
They are also encountered by users when updating KDE etc.
> If there is too much opposition to a simple "qt" category
> -- at least there seems to be some quite vocal opposition -- ,
> then dev-qt is in my eyes the next best alternative.
'qt' alone is inconsistent with the rest of the tree.
> A third option we came up with is qt-framework.
Too long to type & again no parallel in the existing tree.
> Somewhat comparable categories in the current tree
> are dev-dotnet and gnustep-{base,libs}.
Flame-eyes' suggestion is simple, consistent & involves least change :
'x11-qt/qt-core' 'x11-qt/qt-gui' etc. Please do it like that.
--
========,,
SUPPORT ___//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] news item for udev 197-r3 upgrade (yes, I know, it's late)
130123 Samuli Suominen wrote: > please review this news item, seems we need one after all ... > - The need of CONFIG_DEVTMPFS=y in the kernel; need to verify the fstype for > possible /dev line in /etc/fstab is devtmpfs (and not, for example, tmpfs) ... I have 2 such lines : tmpfs /tmptmpfs defaults,noatime,mode=1777 0 0 none /dev/shmtmpfs defaults 0 0 Are either or both involved ? -- if so, what to do ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Please stop useless removals
130201 Rich Freeman wrote: > On Fri, Feb 1, 2013 at 10:51 AM, Richard Yao wrote: >> The actual reason for removal is the following: >> https://bugs.gentoo.org/show_bug.cgi?id=425298 > I'm perfectly fine with masking/removing packages > that do not have valid SRC_URIs > and if somebody wants to host the tarball somewhere > and submit a patch to fix it we shouldn't have a problem > with a dev committing that patch and prolonging the package a bit longer. > Bottom line is that we shouldn't drop packages > simply because they're unmaintained or lack an upstream. +1 > Missing SRC_URIs on unmaintained packages are fair game, however, > as are other serious issues. I have no desire > to make the mirror maintainers sort thro log noise on something like this. If a mere user may comment (smile), I use >= 1 pkg which hasn't been updated for a long time, Apwal, but is in fact an excellent little app which deserves wider knowledge. It's one of those apps which needs no further development. There are also pkgs like Nethack, which is hard-masked because there's a serious security bug on multi-user systems, but which offers no problems on a single-user desktop. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] /var/run or /run for init scripts?
130206 Diego Elio Pettenò wrote: > On 06/02/2013 14:58, Markos Chandras wrote: >> Would it made sense to symlink /var/run -> /run >> so we don't end up with stable entries in /var/run directory? > I would say that we should have that symlink > and I told WilliamH so before. FWIW I have : root:505 ~> ls -l /var/run lrwxrwxrwx 1 root root 4 Jun 20 2012 /var/run -> /run root:506 ~> equery b /var/run * Searching for /var/run ... sys-apps/dbus-1.6.8 (/var/run) -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] New install isos needed
130324 Ben de Groot wrote: > On 24 March 2013 09:17, Dale wrote: >> Andreas K. Huettel wrote: >>> Seriously. SystemRescueCD is more or less exactly what we would need. >> I must confess, I have not used the official Gentoo ISOs in ages. >> I use the SystemRescueCD from a USB stick all the time. > Me too. Our minimal CD is too minimal for my tastes For my latest install 2012-09 I used SRCD + Stage3 + Portage-latest. SRCD has all the tools anyone might need. > Maybe we could do a co-branded edition once in a while? That wb an excellent come-on to get new people to try Gentoo. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-dev] licensing query : Splice
I noticed a couple of games which have been added to the tree & thought it worth giving them a try. One of them resulted in this : root:512 ~> emerge -pv games-puzzle/splice These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N F ] games-puzzle/splice-20121120 298,671 kB Total: 1 package (1 new), Size of downloads: 298,671 kB Fetch Restriction: 1 package (1 unsatisfied) Fetch instructions for games-puzzle/splice-20121120: * Please buy & download splice-linux-1353389454.tar.gz from: * http://www.cipherprime.com/games/splice/ * and move it to /usr/portage/distfiles I've never seen this before in 10 years using Gentoo. Has anyone verified that Splice's licence is compatible with Gentoo ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt
130329 Samuli Suominen wrote: > Attached new version again, more generic than before. I find this difficult to decipher. Who is it aimed at ? I've just updated to Udev 200 . Following the news item, I renamed /etc/udev/rules.d/70-persistent-net.rules : my script to start my I/net connection with DHCP failed. I restored the file to its old name & all works as usual : it has 'NAME="eth0"'. I am always aware of & grateful for the unpaid efforts of Gentoo devs, but I'm not pleased with confused or confusing news items. The first thing any news item should make clear is its audience : "If you are using ABC or belong to the group describable as DEF, then you need to do GHI". Clearly, I don't fall into the group at whom the Udev news item is aimed, perhaps those with > 1 net card. What proportion of Gentoo users fall into that group ? HTH improve news items. -- ,,======== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt
130331 Samuli Suominen offered prompt + polite help re Udev 200 : Thanks. In fact, it's a bit more complex than I thought yesterday. After moving the '70 80' files into a subdirectory & restarting, I get : root:501 ~> dhcpcd dhcpcd[830]: version 5.6.4 starting ... [nothing happens for 10 s ] ^C ... [long delay till machine responds] dhcpcd[830]: no interfaces have a carrier dhcpcd[830]: forked to background, child pid 857 root:502 ~> dhcpcd dhcpcd[864]: version 5.6.4 starting dhcpcd[864]: enp5s0: sending IPv6 Router Solicitation dhcpcd[864]: enp5s0: rebinding lease of 192.168.1.2 dhcpcd[864]: enp5s0: NAK: from 192.168.1.1 dhcpcd[864]: enp5s0: sending IPv6 Router Solicitation dhcpcd[864]: enp5s0: broadcasting for a lease dhcpcd[864]: enp5s0: offered 192.168.1.2 from 192.168.1.1 dhcpcd[864]: enp5s0: acknowledged 192.168.1.2 from 192.168.1.1 dhcpcd[864]: enp5s0: checking for 192.168.1.2 dhcpcd[864]: enp5s0: sending IPv6 Router Solicitation dhcpcd[864]: enp5s0: leased 192.168.1.2 for 86400 seconds dhcpcd[864]: forked to background, child pid 888 The same happens if I try 'dhcpcd enp5s0', except that the 1st reply is "enp5s0 : removing interface". The name 'enp5s0' has shown up after > 1 restart, so that seems to be what my kernel (gentoo-sources 3.5.3) calls it. So I've done what I understand to be recommended, but have to go thro' a stutter before I can get the I/net working. I really don't want to have to spend an hour or more reading docs which are largely irrelevant to my very simple case, ie 1 network card accessing an ordinary ISP. Further advice is very welcome & I hope I'm helping clarify things for others trying who try to follow the news item & also helping the developer improve his docs. -- ====,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt : SOLVED
I have sent a msg to gentoo-user describing how to solve this problem. Perhaps it needs to be mentioned in the news item or wiki entry. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Request of news item review: 2013-03-29-udev-predictable-network-interface-names.en.txt : SOLVED
130401 Markos Chandras wrote: > On 1 April 2013 02:56, Philip Webb wrote: >> I have sent a msg to gentoo-user describing how to solve this problem. >> Perhaps it needs to be mentioned in the news item or wiki entry. > So you broke the threading on the original email, > you deleted all the previous content, > you did not write an appropriate title for your e-mail > and then you claim you solved a problem > without mentioning what the problem was. Your response is completely out of place & very impolite. I am trying to help improve Gentoo documentation & help other users who may face the same problem, but without taking unnecessary space on the dev-list. I am not happy with the way the Udev-200 update has been documented, but I haven't criticised the developer responsible. Please take the trouble to read what I sent to the user-list : Date: Sun, 31 Mar 2013 21:54:08 -0400 From: Philip Webb To: Gentoo User Subject: [gentoo-user] Udev 200 : dhcpcd problem + solution Message-ID: <20130401015408.ga...@ca.inter.net> -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Packages looking for new maintainers.
140515 Chema Alonso wrote: > On Thu, May 08, 2014 at 07:07:33AM +0300, Alex Alexander wrote: >> I've dropped myself from the maintainer list in the following packages. >> Feel free to pick them up if you use them, they deserve better :) >> app-misc/vifm > I'll take this one. Thanks from a user : Vifm is quick & quite versatile. -- ,,==== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Are users forced to use PAM?
141005 Nikos Chantziaras wrote: > In bug 524074 (https://bugs.gentoo.org/show_bug.cgi?id=524074), > Joshua Kinard mentioned that Gentoo cannot support systems > where PAM isn't installed. I'd like to know whether this is true or not, > especially since no part of the system seems to actually require it. > The issue at hand is that sudo links against -lshadow, > which should not happen > and therefore that link command removed from the build. I don't have Pam installed nor Sudo. I start my USE flags with '-*' (yes, I know ... (smile)). -- ,,======== SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: init.d problem
Enrico Weigelt <[EMAIL PROTECTED]> posted 060705 > When will it the new baselayout (1.12.0) be ready ? I've been using it since 060604 without any problems. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for some CD/DVD-recording applications
060708 Lars Weiler wrote: > I would like to remove those packages from portage: > app-cdr/xcdroast: A nice rustical application, > which reminds me to my first CD-burnings on Linux. > But there was no upstream update within 2,5 years. > Also there are now a lot of other gtk2-based applications > which are bettter than xcdrtools. All packages are in package.mask. > I will remove then in 30 days when there is no good reason to keep them. Please keep Xcdroast in Portage: I use it & it has no bugs AFAIK. No recent updates ? -- that applies to many packages in Portage. Better tools ? -- please name them & give reasons. Thanks as always for your volunteer labor. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for some CD/DVD-recording applications
060708 Peter Gordon wrote: > Philip Webb wrote: >> Please keep Xcdroast in Portage: I use it & it has no bugs AFAIK. > It depends on cdrecord-prodvd Not on my system (which I just eix-synced): I have a working Xcdroast, but have never had Cdrecord-prodvd; no, I don't have a DVD writer (yet). >> Better tools ? -- please name them & give reasons. > There is K3b (a Qt app) Yes, I could certainly try that. Let me amend to "Please keep Xcdroast in Portage till there's an urgent reason to drop it". The original announcement did look rather arbitrary & "Hey, this is soo oold, we don't need it anymore" is not a reason. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Gentoo activity graphs
060709 Diego 'Flameeyes' Petten? wrote: > On Sunday 09 July 2006 01:10, Duncan wrote: >> An interesting observation was that of all the FLOSS projects, >> perhaps only Debian had successfully crossed the line >> from "medium" to "large". > but they have maintainers that often does not know what their work is > and screw things up very bad: unstable and experimental they call them. It's a badly neglected aspect of business studies that there is an optimal size for any organisation, some bigger than others. In the area of public transport, our own local TTC performs well only because it has a tradition of very good management & democratic control. One reason so much of the British railway system was closed 1955-70 was that the unified nationalised (1948) organisation BR was too big for its management to keep up with, so they dumped all the local bits. There have been any number of corporate mergers which went too far. This is an underlying principle of human behaviour which Gentoo should accept & never measure success by how big it's getting. Also it sb very careful how it integrates new devs: mentoring is much more important than tests. Another basic human need is to take breaks. Some recent sudden departures might have been avoided, if devs took regular vacations as an accepted norm. The average age for Gentoo devs seems to be about 25 , which means there's lots of energy, but a bit too little experience. As someone who's been around longer than that (smile), I haven't seen anything seriously wrong with the way Gentoo does things. Open debate, democratic votes & some basic tolerance solve most problems & the occasional guy who doesn't fit in can be bidden a friendly goodbye. -- ====,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Herds, take your marks...get set...take stuff!
061201 Alec Warner wrote: > If you look at > http://spaceparanoids.org/gentoo/gpnl/qa.php?q=no-herd-maintainer > you will see a list of packages with NO maintainer and NO herd. > For users, if you see something you use, > you may become a proxy-maintainer for it. A quick run thro' the pkgs listed reveals 5 which seem important : gle -- for Xscreensaver libwmf -- for Imagemagick libidn -- for Mutt Curl Kdelibs openmotif + motif-config -- for Gvim There are 6 more which are surely useful, 3 installed here : e3 -- excellent tiny editor (installed) ckermit -- powerful tool for accessing remote machines (I have it installed in /usr/local , not having realised there was a Gentoo pkg) sc -- spreadsheet in a terminal, ie it doesn't need X (IIRC) nedit -- powerful pgmers' editor popular in some places yudit -- Unicode editor (installed) expect -- useful tool for automating interactive tasks Perhaps you should tell users briefly what proxy-maintenance involves. PS another thread mentioned Cgoban : this is very useful for Go players. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
061218 Robin H. Johnson wrote: > On Mon, Dec 18, 2006 at 09:33:59AM -0600, Yuri Vasilevski wrote: >> It should also include the Homepage(s) and Description of the packages >> so readers could easily check what that additions are all about. > The homepage and description are inside ebuilds > Sure it's doable, but it's a lot more work. All anyone needs to do is 'eix '. I just checked the new 'app-editors/tea' that way. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites: Various packages, see inside
070308 Ra?l Porcel wrote: > www-servers/aolserver > www-misc/nscache > www-misc/nsopenssl > www-misc/nssha1 > www-misc/nsxml > app-emulation/tiger > sys-apps/evkeyd > media-libs/libuta > net-misc/cipe > app-text/biblestudy This applies to anyone else (smile) who prepares these lists, eg those which appear in GWN: please list things alphabetically ! ie > app-emulation/tiger > app-text/biblestudy ... > www-servers/aolserver Thanks as always to the devs for their volunteer efforts. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: How others handle bad behaviour on mailinglists
070309 Stephen Bennett wrote: > On Fri, 9 Mar 2007 10:41:57 -0500 Philip Webb <[EMAIL PROTECTED]> wrote: >> "Always be parliamentary; >> never be personal; have a point to make; know when to stop". >> 'Parliamentary' means 'follow the rules for MPs in Ottawa or Westminster'. > If you've seen what goes on in the House of Commons on occasion, > you'd know that those two are contradictory. That's the popular picture, but there are definite lines you can't cross (OTOH some parliaments, eg in Australia & Israel, are notoriously abusive). Eg if one member calls another a liar & refuses to withdraw, s/he is promptly marched out of the chamber by a couple of sergeants-at-arms. Anyway, my own rule above is to follow the rules of those parliaments, which are set out at great length in written handbooks, not to imitate the actual behaviour of the members thereof (grin). -- ========,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Introducing the Proctors - Draft Code of Conduct for Gentoo
070314 Marius Mauch wrote: > Why does this have to be rushed so quickly? > Just to "fight" the bad PR caused by the distrowatch article? As a user for 3.5 years & an observer who has read this thread, but started deleting the original abusive thread as soon as it got going, I'ld say Council has handled the matter correctly & that there's no need for further action on this occasion. The incident involved two men, one of whom was not a dev at all, the other very recently returned as a dev after a long absence & apparently had no notion of the major changes which have happened meanwhile (I am aware of his original role in Gentoo & of his abortive job at Microsoft). Except for basically telling both of them to stop their fight, no-one among the regular hard-working Gentoo devs was involved in it. The prodigal has left again, presumably for good, & everyone else can carry on as they were before his re-appearance. The matter was correctly summed up in 2 lines in last week's GWN & 5 words in LWN (I don't subscribe, so haven't read the full report). As for Distrowatch, I was shocked at its ignorance & ranting hostility: whoever wrote it has a personal axe of some sort to grind & was setting out to try to make a lot more of the incident that it deserved (he started by saying CM is a Gentoo dev, which he is not). No-one should be influenced by it, except as a black mark against Distrowatch. Council does need to be firm in dealing with the occasional disruptive person, but in the two recent cases it has been firm enough without being brutal. Its members deserve thanks & support. It's time everyone returned to what they were doing a month ago. BTW proctors are the 2 ancient officials at Oxford U whose responsibility is to keep order among the student population: they are Senior & Junior and are elected (OU is a democracy, like Gentoo) from among the faculty. They were usually to be seen only on Guy Fawkes night when I was there 1960-71 (any Gentooer with more recent knowledge can update this). -- ====,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] KDE needs your help
070315 Caleb Tennis wrote: > The KDE team is still grossly understaffed. > Bugs are piling up, patches are waiting and package versions need bumped. > I simply don't have the time to keep up with it anymore. > I've been doing this for over 4 years now > and my interests have shifted to other things. Certainly, a big thanks for your volunteer work. > If you are a user who wants to help, becoming active in the forums I find the forums rather juvenile with a high noise/signal ratio. > and with open bugs reports is a good way to get yourself noticed. Could you give a bit more detail of the kind of help a user might offer with bug reports (apart from making them: smile) ? > I would hate to see Gentoo dropping KDE all together > because nobody has the time to maintain it. KDE is very well-maintained upstream & I've been using 3.5.6 since 070217 without any problems, so perhaps there needs to be a clearer sense of priorities for handling whatever bugs etc people are reporting. Dropping KDE would be catastrophic for Gentoo: I would probably go elsewhere, tho' very reluctantly. I could install it in /usr/local , but I doubt if that would be adequate for long. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Distrowatch
070319 Michael Krelin wrote: > someone wrote : >> Seriously. >> Everybody go to distrowatch and click on the little Gentoo on the right > I mistook "seriously" as relating to the rest of your letter Your name suggests you're not a native speaker. It's a common trick of stand-up comedians to introduce their next joke with "But seriously, folks ... " (smile). -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites: app-misc/gfontview
070407 Stefan Schweizer wrote: > # masked for removal: no release since 2001, build broken, bug 154671 > app-misc/gfontview I have added a comment to the bug. If you want to remove this package, please provide a better explanation. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Last rites: app-misc/gfontview
070407 Stefan Schweizer wrote: > Philip Webb wrote: >> 070407 Stefan Schweizer wrote: >>> # masked for removal: no release since 2001, build broken, bug 154671 >>> app-misc/gfontview >> If you want to remove this package, please provide a better explanation. > right you are. The bug is invalid: he unmerged some libraries > he used earlier in depends and did not rebuild those depends. > Have unmasked it again for you :) Thanks: I've added a comment & thankyou to the bug. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC]: gentoo-politics ML
070607 Ilya A. Volynets-Evenbakh wrote: > people with ability to say "move this to gentoo-politics or else.." > for non-technical threads, as well as "stop failing to use logic > in your technical discussion or else..." with power > to temporarily ban people for non-compliance could be a useful thing. I've also previously thought a 'gentoo-pol' list wb an improvement, leaving 'gentoo-dev' for genuine development discussions & announcements. The former should have fairly free speech, but some users/devs might choose not to subscribe, if the noise tended to outweigh the messages. Its principal attraction wb to relieve '-dev', as you describe. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] [RFC]: gentoo-politics ML
070607 Kumba wrote: > what should we call it? Vote on this! If users have votes ... > gentoo-politics ... that gets mine: let's keep it quite clear what it is. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Keeping closed source pkgs (Was: Re: QA issue: No stable skype in Tree)
070614 Steve Long wrote: > why is ion3 gone again? > That was good software, with total source availability. Licensing. Look in the archive for the gruesome details. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Hiatus (sort of)
070625 Paul de Vrieze wrote: > Now from Hobart, Tasmania (Australia) Don't let the wolves & devils get you (grin). -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Feedback req: Confirm/thank on bug fix or is that unwanted bug spam?
070707 Duncan wrote: > When I open or CC on a bug that then gets fixed, > I often feel like adding a thanks to the bug. > However, while it may be polite in other circumstances, > in this case it could be viewed as bug spam, so I've hesitated. > I'm wondering, what's the general opinion? I try to remember to thank devs whenever they've done something for me, incl when they fix a bug I've contributed to. Gentoo development seems to be a very hot kitchen, from which brave men occasionally flee screaming (tho' even more replace them), so any thanks from us users sb welcome. And a big general thankyou to the devs again & a (big smile). -- ,,======== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Getting -project started
070717 Robin H. Johnson wrote: > On Tue, Jul 17, 2007 at 10:04:55AM +0300, Petteri R??ty wrote: >> I have seen no real opposition for the creation of the -project list >> so how about we just get that mailing list going right now >> and let the rest of it fall into place later. >> My guess is that if we would have had -project for ages, >> the need for moderating -dev would have never come about. > The list is created now, along with other pending list requests: > gentoo-project > gentoo-lisp > gentoo-vdr > gentoo-dev-announce To this user since 2003, who plans to install Gentoo in the new machine which I am presently designing, this sounds like a very welcome development. I shall continue to subscribe to -dev , but not to -project. Should I also subscribe to -dev-announce or will its msgs be duplicated on -dev ? Hopefully, all the devs can now get back to making Gentoo even better, for which volunteer work I continue always to be grateful. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] LinuxWorld pictures and Dev House
070810 Mike Lundy wrote: > Quite the crew: http://www.flickr.com/photos/novas0x2a/1079324702/. > Also, http://www.flickr.com/photos/novas0x2a/1079315370/ Why are they all so fat ? (Retreats north of the frontier ... ) -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev-announce] Re: [gentoo-dev] Packages of for grabs
070905 Christian Heim wrote: > On Wednesday 29 August 2007 21:41:07 Christian Heim wrote: >> Here's the first bunch of packages sadly up for grabs > maintainer-needed: ... > - x11-wm/ion2 (twp) ... Wasn't that going to be removed due to a dispute re its licence ? Perhaps that got resolved without my noticing (smile). -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Packages of for grabs
070905 Matti Bickel wrote: > On Wednesday 29 August 2007 21:41:07 Christian Heim wrote: >> maintainer-needed: - x11-wm/ion2 (twp) > Will have last-rites this week. > With the advent of ion3 stable in my overlay there's no use to keep it. Perhaps you should consult Mr Mola, who seems to have a different view: On 9/5/07, Philip Webb <[EMAIL PROTECTED]> wrote: > 070905 Christian Heim wrote: >> Here's the first bunch of packages sadly up for grabs >> maintainer-needed: ... >> - x11-wm/ion2 (twp) ... > Wasn't that going to be removed due to a dispute re its licence ? > Perhaps that got resolved without my noticing (smile). There's no problem with ion2. That's with ion3. Santiago M. Mola = [EMAIL PROTECTED] I mean to be helpful (smile). -- ,,======== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] OT: Request to participate in a survey for a doctoral thesis about Project Communities
071205 Marius Mauch wrote: > On Wed, 5 Dec 2007 Bj?rn Benz <[EMAIL PROTECTED]> wrote: >> http://dissertation.bjoern-benz.de/output/project_community/ > b) the page doesn't load for me, seems to be a redirection loop > between index.php, form.php & login.php (maybe because I disabled cookies) Lynx & Dillo show a blank page, but Firefox opens it ok with cookies: probably it uses Javascript, which the former can't handle. I had a look at the 1st page of questions, but didn't go further. -- ,,==== SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Concerns about WIPE_TMP change [offtopic]
080121 Caleb Cushing wrote: > last time I checked open office only required ~2GB to compile OO 2.3.1 needed 3,25 GB here, which was less than in the past IIRC. You're correct that that is far more than any other pkg needs. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@lists.gentoo.org mailing list
