cu
--
-----
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cellphone: +49 174 70
* Robin H. Johnson <[EMAIL PROTECTED]> schrieb:
> On Tue, May 30, 2006 at 01:06:33PM +0200, Enrico Weigelt wrote:
> > Hi folks,
> > JFYI: I've made an mii-tool single distribution, which is
> > independent from the rest of the net-tools stuff.
> > htt
own some lines about this project in my wiki:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Maybe someone here's interested in it ?
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519
se of packages,
releases and their URLs.
Anyone here interested in joining me ?
cu
--
-----
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 5
mess when an whole install/update fails in the middle
just because some package wants some other built with certain useflag :(
> 161980 QA Notice: USE Flag 'kernel_linux' not in IUSE for dev-db...
Naive question: why does this useflag appear in pg ?
cu
--
---
e. I don't like religions interfering with
technical designs.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
e OSS-QM)
to support this - individual distros shouldn't do this by themselves
(too much unnecessary duplicate work).
cu
--
---------
Enrico Weigelt== metux IT
ing the DB's one by one w/o having to touch
the clients.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSou
the packages would be split in finer granularity.
Of course, this is mostly the upstream's fault.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
--
t.
Removing mktemp and properly maintaining the standalone package seems
much easier and cleaner to me.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
---
a (web access
or printed out) are not convenient/available.
I, personally, don't *need* it at all, but having an separate package
makes it more convenient. And I don't see any reasons against that
split as long as people are willing to maintain it.
cu
--
-
Enrico Weigelt== metux
talling it afresh will solve this conflict.
As you see, the "INFO: "-Lines are what's printed out to the user,
while the other lines could help portage to solve it automatically
(if it has an special logic for this)
cu
--
---
E flag on a package will
> give them the documentation.
Right, but again we're at the question, what really belongs to the docs.
According your argumentation, the GCC programming guide should be also
pulled in by the doc usflag. Do you really want this ?
cu
--
-
parate,
never conflicting each other. So some package kfoo either depends
on kdelibfoo-3.x OR kdelibfoo-4.x.
Of course I don't know whether the problems comes from ebuilds
or upstream ;-o
cu
--
---------
Enrico Weig
!
We shouldn't let it pass.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforc
#x27;m not advocating gentoo should do this step alone, but
instead join in the upstream and solve it there.
cu
--
-----
Enrico Weigelt== metux IT service - http://ww
, attempts to legalize software patents,
EU warfare, etc, etc. ... But this all is *OFFTOPIC* here.
Those discussions simply belong to another place.
cu
--
---------
Enrico Weigelt== metux I
e already support use-deps or
does not not ?
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
ady suspected.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskfor
tch, so all distros now
just have to pick their right configure args.
http://oss-qm.metux.de/
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Pl
* Luca Barbato <[EMAIL PROTECTED]> schrieb:
> Enrico Weigelt wrote:
> >My suggestion: make those language bindings being separate
> >packages. So, other packages can depend on them directly,
> >instead of the current, build-breaking hack.
> >
> >I'm not
overlay project with the primary
goals: reacting ASAP, providing things the distros need in an
*generic* way, but not developing new features. The upstream gets
announced about patches, but doesn't get penetrated with things
they're obviously not interested in.
cu
--
out this ?
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
* Peter Volkov <[EMAIL PROTECTED]> schrieb:
> ?? ??, 04/05/2008 ?? 21:48 +0200, Enrico Weigelt ??:
> > I'm just installing qemu, which requires gcc-3.x for building.
> > The current breaks are very ugly, IMHO.
> >
> > So I'm proposing
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of pac
kages.
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metu
Please try to keep the overall
quality as high as possible and leave out the crap.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenS
IMHO, this wouldn't harm any users who don't insist in it.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit t
hat will make the configure run twice, wasting users' time, and is
> usually evil if you are using unpack to check for the generated
> configure (yes it happened to me a couple of time).
That strange "maintainer mode" is one of the things on my "to-rip-off"
list, a
this now, because splitting leads to more
> maintainance effort as both ebuilds are almost the same.
If upstream would do it's homework, there would be almost
no ebuild maintenance work at all ;-P
cu
--
---------
Enrico Weigelt
lags.
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux
Funny, how you all manage to make simple things complicated ;-o
I guess nobody considered an trivial solutions like an useflag ...
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de
* Gilles Dartiguelongue <[EMAIL PROTECTED]> schrieb:
> Le lundi 30 juin 2008 à 19:01 +0200, Enrico Weigelt a écrit :
> >
> >
> > Funny, how you all manage to make simple things complicated ;-o
> >
> > I guess nobody considered an trivial solutions like
useful there and test out carefully. There's no presure to this
for the whole distro at once.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Hi folks,
YFYI, I've written a bunch of ebuilds for red5 and its deps:
svn://anonymous:[EMAIL PROTECTED]/public/red5/gentoo-overlay
cu
--
-----
Enrico Weigelt== metux IT service - http://www.met
ng (only 1 bug left) :)
cu
[1] http://www.midnight-commander.org/
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the Ope
s to contribute, please subscribe to the maillist
oss-qm-discuss (@metux.de)
via
[EMAIL PROTECTED]
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http
what shall I do ?
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cell
it
or forget it. Only talking is nonsense.
If I was admin @gentoo.org, I would have set it up even before writing
this mail.
cu
--
-
Enrico Weigelt== metux IT service
phone: +49 36207 519931
look at it.
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cellphone
* Andrej Kacian <[EMAIL PROTECTED]> schrieb:
> On Tue, 27 Jun 2006 13:07:45 +0200
> Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> > > As I have been swamped with emails, private messages and phone calls
> > > from certain people, I will retract my resig
, just
add another exlude regex and are done with it.
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932
cu
--
-----
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cellphone: +49 174 70
ges.
I'll release an daemon-only package of gpm later.
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSour
* Mike Frysinger <[EMAIL PROTECTED]> schrieb:
> On Thursday 29 June 2006 17:04, Enrico Weigelt wrote:
> > who's maintaining the gpm package ?
>
> keep it on the gpm list :p
Perhaps I wasn't clear enough:
who is
* Alec Warner <[EMAIL PROTECTED]> schrieb:
> net-misc/powerd bug # 70373 -> Removed
Has the powerd been obsoleted ?
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www
I'm working on by myself, I've
got mirrors.
If you like to get an (historical) mirror of some packages / releases,
please join our project, and we'll set it up.
cu
--
---------
Enrico Weigelt== metux IT serv
ust contains the client
stuff. Maybe it will evolve to an more generic mouse library, ie.
supporting other interfaces, like sysmouse directly.
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931
* Andrej Kacian <[EMAIL PROTECTED]> schrieb:
> On Tue, 27 Jun 2006 16:03:32 +0200
> Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> > But:
> >
> > * I'm fairly new here and not familar with the development and
> > qm process yet, so I need som
/ntpd
has to be removed manually.
I've filed a bug for it:
http://bugs.gentoo.org/show_bug.cgi?id=139243
cu
--
-----
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://ww
ks and notification.
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 519932 email: [EMAIL PROTECTED]
cellphone: +49 174 7066481
--
possible to build/install it independently from
gpm, and also to build gpm against an already installed libgpm.
So actually two separate packages, maybe distributed in one tarball.
cu
--
---------
Enrico Weigelt== metux IT service
y
site not yet using start-stop-daemon and maybe submit an patch.
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36207 51
witched off as you suggested,
optionally build the server against an installed libgpm, etc.
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: http://www.metux.de/
fax: +49 36
I've just forwarded my last mail to the gpm list, since it better
should be discussed there. So please anwser to there too and
let's table this topic here, until we've got something new from
the upstream
cu
--
--
some archive.
Since it's not an gentoo-specific task (all distros shipping binary
packages have this problem), I would suggest doing this within the
csdb-project I annonced lately (http://sourcefarm.metux.de/)
cu
--
---------
Enri
bugzilla-2.22 - the whole
installation (including the webapp installer) worked good.
The only things I had to do by hand were adding the vhost to
apache and creating the user and database in postgres, but
mayb that's meant to be this way.
cu
--
---
ntainers ourselves.
How should I exactly file it ? What should I select / put in the
fields like component, platform, ... ?
cu
--
---------
Enrico Weigelt== metux IT service
phone: +49 36207 519931 www: h
ed. So I won't waste anymore of your and my time on this
topic and don't file a bug. Just forget about it.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
--
course is an upstream issue ...
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http:
Hi folks,
while emerging seamonkey I've seen something strange on nspr
and nss: these packages are both imported by seamonkey, but
it seems that nss contains nspr. Do we have some duplicates here ?
cu
--
-----
Enrico We
* Martin Schlemmer <[EMAIL PROTECTED]> schrieb:
> On Mon, 2006-07-24 at 17:39 +0200, Enrico Weigelt wrote:
> > Hi folks,
> >
> > while emerging seamonkey I've seen something strange on nspr
> > and nss: these packages are both imported by seamonkey, but
>
got some package which has special mmx support.
The package itself (w/o mmx) has been proven as stable, but the mmx
stuff hasn't. Is it then possible to mask only the MMX stuff ?
cu
--
-
Enrico Weigelt== metux IT
cope, but I'm developing an
universal toolchain wrapper which also supplies an gcc-style
libtool frontend:
http://wiki.metux.de/public/Universal_Toolchain
Perhaps someone likes to have a look at it.
cu
--
--------
_Toolchain
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.m
ckages having their own local useflags,
if really necessary.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/pu
sscompiling is very ugly) we could use it until something
better is available (in fact I'm working on my build tool ...).
Something Xorg-modular ;-) Many distros would benefit from that.
cu
--
---------
Enrico Weigelt
be hard for users.
> Seriously, folks. If you think that packages should be available
> faster, run ~arch. Test the packages. Report successes/failures to the
> maintainers. File stabilization bugs if your favorite package hasn't
> had another bug in 30 days and
wn and code something.
Anyone who likes to join me ?
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Tas
cycle and look if its good enough to get it into the tree.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource
* Alec Warner <[EMAIL PROTECTED]> schrieb:
is this list auto-generated or evrything done by hand ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.me
e
scheduled packages installed.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
ase for those things which is
easy to query.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforc
which are supported. Completely unsupported
options (which cannot be substituted somehow) are a major
problem anyways.
cu
--
---------
Enrico Weigelt== metux IT service -
* John Myers <[EMAIL PROTECTED]> schrieb:
> On Wednesday 02 August 2006 16:12, Enrico Weigelt wrote:
> > * Donnie Berkholz <[EMAIL PROTECTED]> schrieb:
> > > I've masked net-im/aim, AOL's proprietary offering. It hasn't seen a
> > > release
very carefully. At least portage has to
know how some package was masked at installation time and shout out
an big-fat warning, if an mask was added later.
cu
--
-----
Enrico Weigelt== metux IT service - http
* Doug Goldstein <[EMAIL PROTECTED]> schrieb:
> Enrico Weigelt wrote:
> > * Alec Warner <[EMAIL PROTECTED]> schrieb:
> >
> >
> >
> > is this list auto-generated or evrything done by hand ?
> >
>
> This mailing list? Yes. It's
kage/herd
mainatainers.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot doz
d is simply an command line, which just tells me, which
packages are now re-masked and which ones are scheduled for removal.
cu
--
---------
Enrico Weigelt== metux IT service
cu
--
-----
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot doze
e name ?!
For example, there are lots of packages requiring gtk1, other
gtk2. As long as dependencies don't cope the slot cleanly,
slotting is utterly useless.
cu
--
---------
Enrico
ings there anyways.
You may add me to your maillist(s) and CC me to bugs at will.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Ple
some
bugs found, but not fixed fast enough, so it gets masked.
I run an update w/o knowing that it downgrades, and my whole
bugzilla hosting is suddenly broken.
Do you consider this as stability, seriously ?!
cu
--
-----
Enri
don't have very much in common.
Please give me an example, where this would be should be useful.
RDBMS'es aren't actually things we you could say "choose what you
like, doesn't matter which one". Yeah, would be nice if it was
so, but that's just a nice dream.
c
he second package.
They're in fact two different applications (just one shipped as
an subdir of another) and so should have two ebuilds.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
---
vrything but elf-so, ie .a ?
> Pkg-config is a "solution" that introduces at least as many
> problems as it solves.
Example ?
> Only libtool (esp. old versions) is worse in it's incomplete use
> of the linker and the way it encourages broken library linking.
* Thomas Cort <[EMAIL PROTECTED]> schrieb:
> On Mon, 7 Aug 2006 15:26:44 +0200
> Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> > The bad thing is that those things don't get neither into the upstrem
> > nor other distros.
>
> ^--- This should
. I have to explicitly compare the versions on each package.
Not actually an great help.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
---
ans are not the best processor, the computer is
far much better for it.
Why can't emerge just print out an fat warning if its going to
downgrade ? Would save people from much, much trouble.
cu
--
---
x-BETA ?
Those ebuilds should live in their own testing overlay, to keep the
main tree smaller.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
---
* Simon Stelling <[EMAIL PROTECTED]> schrieb:
> Enrico Weigelt wrote:
> >Oh hell, this can't be serious !
>
> It is.
>
> >It mixes up diffent things to one and just introduces new
> >problems instead of solving anything. I could live with that,
> &g
* Luca Barbato <[EMAIL PROTECTED]> schrieb:
> Enrico Weigelt wrote:
>
> >
> > It mixes up diffent things to one and just introduces new
> > problems instead of solving anything. I could live with that,
> > if it's for supporting different ABIs, but i
* Jean-Francois Gagnon Laporte <[EMAIL PROTECTED]> schrieb:
> On 8/7/06, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> >* Simon Stelling <[EMAIL PROTECTED]> schrieb:
> >> You've already been told it's a non-issue, but here's why:
> >>
#x27;t emerge shout out some more verbose text ? Something
really eye-catching ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSo
t 18 years old. ;)
IMHO an bad chosen one, as I take such examples seriously.
> I know that my proposed syntax isn't a perfect solution. But I think the
> current state of portage isn't a perfect solution, too. And I hoped when
> I started this thread, that we will find tog
more carefully about
these dependencies, as it would be necessary if we actually would
treat them as different packages.
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please vi
ver and some plain workstations. For that, it's still enough.
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit
t start. But doesnt help much in emails or monochrome
terminals. Even piping to less kills colors.
So I'll probably have no other chance than writing a frontend
to emerge, parsing its output - hoping the output syntax remains
the same for an sufficiant time :(
cu
--
--------
g is you don't should not link the dependent libs of a dependency.
> That way you don't need to recompile if (say gtk was compiled with a new
> libpng version)
Yes, of course. Such double-dependencies are bad. But it's not an
pkg-config issue. If people write bad .pc files, y
better then all these
Evil-Binary-Distros (TM) ;-P
cu
--
---------
Enrico Weigelt== metux IT service - http://www.metux.de/
-
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches /
1 - 100 of 238 matches
Mail list logo
