On Fri, Jan 18, 2013 at 8:27 AM, Michael Weber wrote:
> Hi,
>
> I'd like to drop one strong suggestion about configuration management
> that might be beneficial here: use version control software!
>
> Some machines (esp. those with shared administration) have /etc/portage
> under git [1] with
>
Hi,
I'd like to drop one strong suggestion about configuration management
that might be beneficial here: use version control software!
Some machines (esp. those with shared administration) have /etc/portage
under git [1] with
- /var/lib/portage/world symlinked to /etc/portage/world
- PORTDIR_OV
Diego Elio Pettenò posted on Fri, 18 Jan 2013 02:04:50 +0100 as excerpted:
> On Fri, Jan 18, 2013 at 1:32 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>> To be clear I'm not in a position to offer, and I definitely respect
>> and value your volunteer work, but suppose someone /was/ sufficiently
>> int
On Thursday 17 January 2013 14:44:14 Ciaran McCreesh wrote:
> On Thu, 17 Jan 2013 14:35:12 -0500 James Cloos wrote:
> > > "CM" == Ciaran McCreesh writes:
> > CM> That's what's known as "doing it wrong". You should be querying
> > CM> your package mangler for a list of categories, not doing an '
On Thu, Jan 17, 2013 at 10:58 PM, Peter Stuge wrote:
>CAUTION: Note that shred relies on a very important assumption: that
>the file system overwrites data in place. This is the traditional way
>to do things, but many modern file system designs do not satisfy this
>
Paul Arthur wrote:
> On 2013-01-17, Maxim Kammerer wrote:
>
> > All in all, secure-delete has its uses. What are people supposed to
> > use instead, dd if=/dev/zero of=/media/sdcard/naked_gf_0001.jpg?
>
> Perhaps 'shred', which is part of coreutils?
>From man shred:
CAUTION: Note that s
On Fri, Jan 18, 2013 at 1:32 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> To be clear I'm not in a position to offer, and I definitely respect and
> value your volunteer work, but suppose someone /was/ sufficiently
> interested in something like ffmpeg to be willing to pay for a tinderbox
> run on it
Diego Elio Pettenò posted on Thu, 17 Jan 2013 15:10:18 +0100 as excerpted:
> And all of them are invited to either decide to let me decide how to
> spend my time and dime, or actually pay me for said time.
To be clear I'm not in a position to offer, and I definitely respect and
value your volunt
Michael Orlitzky posted on Thu, 17 Jan 2013 11:31:53 -0500 as excerpted:
> In either case, to keep your world file accurate, you have to remember
> to type an additional useless parameter every time you run the command.
> When you're running depclean, you have to cross your fingers and hope
> nobo
https://bugs.gentoo.org/show_bug.cgi?id=435372
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/08/2013 12:39 AM, Benjamin Lee wrote:
> On 01/07/2013 06:34 AM, Maxim Kammerer wrote:
>> browser plugins? Also, how widespread is client DNSSEC support?
>> E.g., I enabled DNSSEC for my domain, but not sure yet whether
>> DNS resolution anywher
On 01/17/2013 11:36 PM, Robin H. Johnson wrote:
> On Sat, Jan 12, 2013 at 10:36:31PM +, Robin H. Johnson wrote:
>> If there are no problems reported by Jan 17th, I'm going to complete the
>> DNSSEC configuration on gentoo.org and remaining delegated sub-domains.
> Everything is in place except
On 01/17/2013 11:42 PM, Maxim Kammerer wrote:
> The journal is not cleared. On ext3/4, this usually means metadata —
> see [1] for more details. All in all, secure-delete has its uses. What
> are people supposed to use instead, dd if=/dev/zero
> of=/media/sdcard/naked_gf_0001.jpg? Besides, there ar
On Thu, Jan 17, 2013 at 2:46 PM, Andreas K. Huettel
wrote:
> Am Donnerstag, 17. Januar 2013, 14:57:16 schrieb Ben de Groot:
>>
>> After some initial bikeshedding we came to the conclusion that naming
>> the category simply "qt" is the most elegant solution. We will then
>> also be dropping the qt-
Am Donnerstag, 17. Januar 2013, 14:57:16 schrieb Ben de Groot:
>
> After some initial bikeshedding we came to the conclusion that naming
> the category simply "qt" is the most elegant solution. We will then
> also be dropping the qt- prefix in package names. This means
> x11-libs/qt-core will be m
On Thu, Jan 17, 2013 at 10:34 PM, Pacho Ramos wrote:
> In summary, what does occur when people try to use it with journaling
> systems?
The journal is not cleared. On ext3/4, this usually means metadata —
see [1] for more details. All in all, secure-delete has its uses. What
are people supposed t
On Sat, Jan 12, 2013 at 10:36:31PM +, Robin H. Johnson wrote:
> If there are no problems reported by Jan 17th, I'm going to complete the
> DNSSEC configuration on gentoo.org and remaining delegated sub-domains.
Everything is in place except the final trust binding from the org. zone
to gentoo.o
2013/1/17 Chris Reffett :
> but I think dropping the qt- prefix
> will lead to overly generic/already existing package names: "gui"
> "declarative" "dbus" "core" "opengl" etc. I don't see any value from
> dropping the prefix that would justify this.
+1.
--
Georg Rudoy
LeechCraft — http://leec
On Thu, Jan 17, 2013 at 07:44:39PM +0100, Tobias Klausmann wrote:
> Hi!
>
> On Thu, 17 Jan 2013, Peter Stuge wrote:
> > Tobias Klausmann wrote:
> > > It has been rather nifty that if I walk up to a random machine
> > > with exactly one NIC (that I've been asked to examine/fix), I
> > > _know_ tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/17/2013 08:02 PM, Rich Freeman wrote:
> On Thu, Jan 17, 2013 at 2:56 PM, Christopher Head
> wrote:
>> On Thu, 17 Jan 2013 14:32:01 -0500 Rich Freeman
>> wrote:
>>
>>> Sure, I can think of reasons why I would want chromium with
>>> -cups, but
El jue, 17-01-2013 a las 22:25 +0200, Maxim Kammerer escribió:
> On Thu, Jan 17, 2013 at 9:21 PM, Pacho Ramos wrote:
> > # Pacho Ramos
> > # Dead since 2003, doesn't work with journaling filesystems.
> > # Also collides with dev-util/smem (#288721). Removal in a month.
> > app-misc/secure-delete
On Thu, Jan 17, 2013 at 9:21 PM, Pacho Ramos wrote:
> # Pacho Ramos
> # Dead since 2003, doesn't work with journaling filesystems.
> # Also collides with dev-util/smem (#288721). Removal in a month.
> app-misc/secure-delete
Is this a good enough reason for removal? There are no open bugs
besides
On Thu, Jan 17, 2013 at 2:56 PM, Christopher Head wrote:
> On Thu, 17 Jan 2013 14:32:01 -0500
> Rich Freeman wrote:
>
>> Sure, I can think of reasons why I would want chromium with -cups, but
>> the whole point is to target the TYPICAL user. And the context here
>> is servers - how many servers
On Thu, 17 Jan 2013 14:32:01 -0500
Rich Freeman wrote:
> Sure, I can think of reasons why I would want chromium with -cups, but
> the whole point is to target the TYPICAL user. And the context here
> is servers - how many servers would have chromium installed with
> -cups? If anything I'd expec
Hello
After long discussion in mail alias we have modified current policy of
start pinging people for status and retirement if inactive after two
months of inactivity to the following:
1. You will get a mail suggesting you to update your status and get your
packages reassigned when appropriate if
On Thu, 17 Jan 2013 14:35:12 -0500
James Cloos wrote:
> > "CM" == Ciaran McCreesh writes:
> CM> That's what's known as "doing it wrong". You should be querying
> CM> your package mangler for a list of categories, not doing an 'ls'.
>
> ls(1) isn't relevant. find(1) is. grep(1) is. There a
> "CM" == Ciaran McCreesh writes:
CM> That's what's known as "doing it wrong". You should be querying your
CM> package mangler for a list of categories, not doing an 'ls'.
ls(1) isn't relevant. find(1) is. grep(1) is. There are others.
Using the 'package managers' isn't very helpful. Th
On Thu, Jan 17, 2013 at 2:27 PM, Christopher Head wrote:
> On Wed, 16 Jan 2013 22:17:26 -0500
> Rich Freeman wrote:
>
>> Oh, and keep in mind that flags really only have an effect if the
>> corresponding packages are actually installed. For example, the cups
>> flag doesn't really have an effect
On Wed, 16 Jan 2013 22:17:26 -0500
Rich Freeman wrote:
> Oh, and keep in mind that flags really only have an effect if the
> corresponding packages are actually installed. For example, the cups
> flag doesn't really have an effect unless you install apps that do
> printing, so it seems pretty sa
# Pacho Ramos
# Dead since 2003, doesn't work with journaling filesystems.
# Also collides with dev-util/smem (#288721). Removal in a month.
app-misc/secure-delete
# Pacho Ramos
# No upstream, doesn't work well (#350559). Removal in a month.
app-misc/ccal
# Pacho Ramos
# Upstream dead for a lo
On Sat, 12 Jan 2013 14:49:52 -0800
""Paweł Hajdan, Jr."" wrote:
> Please review attached automatically generated stabilization
> candidates for January.
>
# tomjbe
media-libs/hamlib-1.2.15.3
media-radio/tlf-1.1.5
media-radio/xastir-2.0.4
are good to go. I put stable requests in bugzi already.
On 01/17/2013 12:32 AM, Dustin C. Hatch wrote:
> On 1/16/2013 11:32, Alexis Ballier wrote:
>> Other option: kill the server subprofiles, keep profiles/target/server
>> and let people finally set /etc/make.profile as a dir and play with
>> multiple inheritance. We don't need dozens of subprofiles wi
Hi!
On Thu, 17 Jan 2013, Peter Stuge wrote:
> Tobias Klausmann wrote:
> > It has been rather nifty that if I walk up to a random machine
> > with exactly one NIC (that I've been asked to examine/fix), I
> > _know_ that there will be eth0 and only that.
>
> Only as long as that system hasn't seen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/17/2013 08:57 AM, Ben de Groot wrote:
> Hi guys,
>
> Presently we already have a good number of split qt-* library
> packages in x11-libs. With the arrival of Qt5 upstream has gone a
> lot further in modularization, so we expect the number of pa
El jue, 17-01-2013 a las 12:11 -0500, Ian Stakenvicius escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 17/01/13 12:02 PM, Pacho Ramos wrote:
> >
> >> How could we handle different compressors people can use?
> >> Depending on that README.gentoo will change its name ending wi
> >
> > How about uncommenting a line that does so. All you are buying into is
> > a default setup.
>
> App authors don't ship configs like that though. Does apt ship a sudo
> config? Does anything?
Perhaps you missed my opening message on this topic, except it was in
your first reply.
On 01/17/2013 08:47 AM, Ciaran McCreesh wrote:
> On Thu, 17 Jan 2013 07:47:18 -0800
> Zac Medico wrote:
>> REPLACING_VERSIONS always refers to packages with identical SLOT to
>> the current package
>
> No it doesn't. If you have foo-1:a and foo-2:b installed, and then you
> install foo-1:b, it re
On Thu, Jan 17, 2013 at 12:14 PM, Ciaran McCreesh
wrote:
> On Thu, 17 Jan 2013 12:03:36 -0500
> James Cloos wrote:
>> Every current category matches /^[a-z]+-[a-z]+$/. With the possible
>> exception of adding moving from [a-z]+ to [a-z0-9]+, that shoud
>> remain.
>
> Untrue. 'virtual' doesn't. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 12:30 PM, Ciaran McCreesh wrote:
> On Thu, 17 Jan 2013 12:25:46 -0500 Ian Stakenvicius
> wrote:
>> On 17/01/13 12:15 PM, Ciaran McCreesh wrote:
>>> Ian Stakenvicius wrote:
On 17/01/13 11:47 AM, Ciaran McCreesh wrote:
>
> .
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/17/2013 12:11 PM, Ian Stakenvicius wrote:
>
> ... so what's the problem here, exactly?
>
I don't want @world to get screwed up, either by having unnecessary
packages, or by missing ones we need.
> (a) 'emerge -u [pkg]' adds extra bits to @wo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 17 Jan 2013 12:25:46 -0500
Ian Stakenvicius wrote:
> On 17/01/13 12:15 PM, Ciaran McCreesh wrote:
> > Ian Stakenvicius wrote:
> >> On 17/01/13 11:47 AM, Ciaran McCreesh wrote:
> >>>
> >>> If you have foo-1:a and foo-2:b installed, and t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 12:15 PM, Ciaran McCreesh wrote:
> Ian Stakenvicius wrote:
>> On 17/01/13 11:47 AM, Ciaran McCreesh wrote:
>>>
>>> If you have foo-1:a and foo-2:b installed, and then you
>>> install foo-1:b, it replaces both 1:a and 2:b.
>>>
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 17 Jan 2013 12:14:38 -0500
Ian Stakenvicius wrote:
> On 17/01/13 11:47 AM, Ciaran McCreesh wrote:
> > On Thu, 17 Jan 2013 07:47:18 -0800 Zac Medico
> > wrote:
> >> REPLACING_VERSIONS always refers to packages with identical SLOT
> >> to the c
On Thu, 17 Jan 2013 12:03:36 -0500
James Cloos wrote:
> Every current category matches /^[a-z]+-[a-z]+$/. With the possible
> exception of adding moving from [a-z]+ to [a-z0-9]+, that shoud
> remain.
Untrue. 'virtual' doesn't. If you want the rules for what constitutes a
valid category name, con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 11:47 AM, Ciaran McCreesh wrote:
> On Thu, 17 Jan 2013 07:47:18 -0800 Zac Medico
> wrote:
>> REPLACING_VERSIONS always refers to packages with identical SLOT
>> to the current package
>
> No it doesn't. If you have foo-1:a and foo-2:b i
> "BdG" == Ben de Groot writes:
BdG> After some initial bikeshedding we came to the conclusion that naming
BdG> the category simply "qt" is the most elegant solution. We will then
BdG> also be dropping the qt- prefix in package names. This means
BdG> x11-libs/qt-core will be moved to qt/core,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 11:31 AM, Michael Orlitzky wrote:
> On 01/17/2013 09:52 AM, Zac Medico wrote:
>>>
>>> I strongly believe that it shouldn't; nevertheless, it does.
>>
>> You can avoid this by adding --select=n to EMERGE_DEFAULT_OPTS.
>> Then, if you wa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 12:02 PM, Pacho Ramos wrote:
>
>> How could we handle different compressors people can use?
>> Depending on that README.gentoo will change its name ending with
>> gz, bz2, xz... Maybe we could use "README.gentoo*"...
>
Right; I didn'
On Thu, 17 Jan 2013 12:05:03 -0500
James Cloos wrote:
> > "CM" == Ciaran McCreesh writes:
> CM> Which is a good thing, since it will force people to stop making
> CM> incorrect assumptions.
>
> No, its a bad thing because it makes it harder to grep out the non
> category dirs.
That's what's
> "CM" == Ciaran McCreesh writes:
CM> Which is a good thing, since it will force people to stop making
CM> incorrect assumptions.
No, its a bad thing because it makes it harder to grep out the non
category dirs.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
El jue, 17-01-2013 a las 11:54 -0500, Ian Stakenvicius escribió:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 17/01/13 11:00 AM, Pacho Ramos wrote:
> >
> > Another try ;)
> >
>
>
> There doesn't seem to be any logic here to check if the README.gentoo
> that was previously install
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 11:00 AM, Pacho Ramos wrote:
>
> Another try ;)
>
There doesn't seem to be any logic here to check if the README.gentoo
that was previously installed has differed from the one that will be
installed (if they differ then the changes sh
On Thu, 17 Jan 2013 15:05:53 +0100
Diego Elio Pettenò wrote:
> On 17/01/2013 14:57, Ben de Groot wrote:
> > After some initial bikeshedding we came to the conclusion that
> > naming the category simply "qt" is the most elegant solution. We
> > will then also be dropping the qt- prefix in package n
On Thu, 17 Jan 2013 07:47:18 -0800
Zac Medico wrote:
> REPLACING_VERSIONS always refers to packages with identical SLOT to
> the current package
No it doesn't. If you have foo-1:a and foo-2:b installed, and then you
install foo-1:b, it replaces both 1:a and 2:b.
--
Ciaran McCreesh
signature.a
Tobias Klausmann wrote:
> It has been rather nifty that if I walk up to a random machine
> with exactly one NIC (that I've been asked to examine/fix), I
> _know_ that there will be eth0 and only that.
Only as long as that system hasn't seen *another* NIC first, if it
has persistent interface name
On 01/17/2013 09:52 AM, Zac Medico wrote:
>>
>> I strongly believe that it shouldn't; nevertheless, it does.
>
> You can avoid this by adding --select=n to EMERGE_DEFAULT_OPTS. Then, if
> you want to add something to world, use --select (or -w in latest
> portage which isn't marked stable yet).
T
On 01/17/2013 08:00 AM, Pacho Ramos wrote:
> Another try ;)
Looks good to me.
--
Thanks,
Zac
El jue, 17-01-2013 a las 07:47 -0800, Zac Medico escribió:
[...]
> >> Here are a few problems I see with readme.gentoo_print_elog:
> >>
> >> 1) contains duplication of code
> >>
> >> 2) [[ -f "${FILESDIR}/README.gentoo-${SLOT%/*}" ]] condition seems
> >> wrong, shouldn't it just use [[ -f "${T}"/R
> On Thu, 17 Jan 2013, Ben de Groot wrote:
> Presently we already have a good number of split qt-* library
> packages in x11-libs. With the arrival of Qt5 upstream has gone a
> lot further in modularization, so we expect the number of packages
> to grow much more. We, the Gentoo Qt team, are o
On 01/17/2013 07:17 AM, Pacho Ramos wrote:
> El lun, 14-01-2013 a las 01:29 -0800, Zac Medico escribió:
>> On 01/13/2013 04:59 AM, Pacho Ramos wrote:
>>> El dom, 13-01-2013 a las 04:54 -0800, Zac Medico escribió:
On 01/13/2013 04:18 AM, Pacho Ramos wrote:
> What about this approach?
>
On Thu, Jan 17, 2013 at 5:02 PM, Ian Stakenvicius wrote:
> Uh.. I thought polkit .policy files are deprecated with the new
> polkits, the ones that depend on spidermonkey and use javascript to do
> their all their processing?
The .ini-style …/polkit-1/localauthority/*/*.pkla files were replaced
El lun, 14-01-2013 a las 01:29 -0800, Zac Medico escribió:
> On 01/13/2013 04:59 AM, Pacho Ramos wrote:
> > El dom, 13-01-2013 a las 04:54 -0800, Zac Medico escribió:
> >> On 01/13/2013 04:18 AM, Pacho Ramos wrote:
> >>> What about this approach?
> >>
> >> You should use ${SLOT%/*}, in order to exc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 12:36 AM, Alec Warner wrote:
>
> for example, on ubuntu: org.debian.apt.policy contains the policies
> for apt.
>
>
> Install or remove
> packages To
> install or remove software, you need to authenticate
> auth_admin
> auth_admin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/01/13 10:24 PM, Rich Freeman wrote:
> On Wed, Jan 16, 2013 at 7:00 PM, Michael Weber
> wrote:
>> how does portage @preserved-libs work? maybe we could emerge
>> @update[s] and @glsa.
>
> @glsa actually makes a lot of sense. I'm not convince
On 01/16/2013 09:32 AM, Michael Orlitzky wrote:
> On 01/16/2013 12:24 PM, Ian Stakenvicius wrote:
>> On 16/01/13 11:47 AM, Michael Orlitzky wrote:
>>> On 01/16/2013 11:36 AM, Michael Weber wrote:
>> emerge --upgrade
with a predefined EMERGE_UPGRADE_OPTS in make.conf (where
EMERG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16/01/13 09:55 PM, Rich Freeman wrote:
> SUBSYSTEM=="tty", DRIVERS=="pl2303", KERNELS=="4-1:1.0",
> KERNEL=="ttyUSB*", SYMLINK="mythser/rca1"
>
> I'm not sure if rules are additive - if these symlinks would show
> up in addition to whatever othe
On 01/16/2013 04:00 PM, Michael Weber wrote:
> On 01/16/2013 06:33 PM, Michael Orlitzky wrote:
>> Yes, sorry for the confusion. I use more than one package manager,
>> and when doing an "update" or "upgrade" I'm basically flipping a
>> coin.
> hehe, as long as we don't --dist-upgrade ;-)
> the g wa
On 17/01/2013 15:33, Ben de Groot wrote:
> But is there any reason other than "assumption" to stick to foo-bar
> category names?
Well I for one have used this before when I wanted to get informative
build logs: virtual/ packages have no build logs whatsoever so I don't
care to grep for them. It mi
Rich Freeman wrote:
> I'd just stick with a simple parameter like --upgrade
Yes please!
> or an alternative command name like emerge-update.
Please no!
> Oh, here's another crazy thought. How about some directory in /etc
> that sets rules for emerge-update (or whatever we call it)? You might
On 17/01/13 15:57, Ben de Groot wrote:
Please let us know your thought on this.
+1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 15:25, Michael Palimaka wrote:
> Where would you place the 300ish KDE core packages then?
In whatever generic category they belong. I understand that the
monolithic nature makes it difficult from a maintainer POV, but from a
design POV it
On Thu, 17 Jan 2013 15:10:18 +0100
Diego Elio Pettenò wrote:
> On 17/01/2013 15:00, Alexis Ballier wrote:
> > I was only pointing out that ffmpeg isn't a one person thing, it's
> > much more that this one (or more) person who insulted you.
>
> You weren't pointing that out at all:
>
> >
> > Ni
On 17/01/13 15:07, Alexis Ballier wrote:
> On Thu, 17 Jan 2013 10:41:58 +0100
> Tomáš Chvátal wrote:
> [...]
>> So yes it works and should not pose any issues to user. I also
>> announced it over blog to get people report more issues they find out
>> so I can be really sure it works out. It turned
On 17 January 2013 22:09, Chí-Thanh Christopher Nguyễn
wrote:
> Ben de Groot schrieb:
>> This category is
>> to be used for the various modules and applications that belong to the
>> upstream Qt Framework only (these include e.g. assistant and
>> linguist). Third-party applications should remain i
On 17 January 2013 22:05, Diego Elio Pettenò wrote:
> On 17/01/2013 14:57, Ben de Groot wrote:
>> After some initial bikeshedding we came to the conclusion that naming
>> the category simply "qt" is the most elegant solution. We will then
>> also be dropping the qt- prefix in package names. This m
Il 17/01/2013 14:57, Ben de Groot ha scritto:
Hi guys,
Presently we already have a good number of split qt-* library packages
in x11-libs. With the arrival of Qt5 upstream has gone a lot further
in modularization, so we expect the number of packages to grow much
more. We, the Gentoo Qt team, are
On 18/01/2013 01:11, Alexander Berntsen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
- -1 here.
It's a too specific category name. I can appreciate it easing the
headaches for the maintainers, but from a design POV I dislike it.
(For the record I also dislike KDE/GNOME/XFCE-categories
Samuli Suominen wrote:
> I almost changed it back myself already but to avoid stupid commit
> wars didn't.
Interesting comment considering how blazing fast you were to commit
a change of the default for another forked project.
> It's just another fork, not an upgrade.
Interesting comment indeed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
- -1 here.
It's a too specific category name. I can appreciate it easing the
headaches for the maintainers, but from a design POV I dislike it.
(For the record I also dislike KDE/GNOME/XFCE-categories.)
- --
Alexander
alexan...@plaimi.net
http://p
On 17/01/2013 15:00, Alexis Ballier wrote:
> I was only pointing out that ffmpeg isn't a one person thing, it's much
> more that this one (or more) person who insulted you.
You weren't pointing that out at all:
>
> Nice mix of two different hats. I liked to think the tinderbox was
> something yo
Ben de Groot schrieb:
> This category is
> to be used for the various modules and applications that belong to the
> upstream Qt Framework only (these include e.g. assistant and
> linguist). Third-party applications should remain in the current
> categories.
So where do modules go that come from up
On Thu, 17 Jan 2013 10:41:58 +0100
Tomáš Chvátal wrote:
[...]
> So yes it works and should not pose any issues to user. I also
> announced it over blog to get people report more issues they find out
> so I can be really sure it works out. It turned out the mplayer1
> really needs to work under bot
On 17/01/2013 14:57, Ben de Groot wrote:
> After some initial bikeshedding we came to the conclusion that naming
> the category simply "qt" is the most elegant solution. We will then
> also be dropping the qt- prefix in package names. This means
> x11-libs/qt-core will be moved to qt/core, and so o
Much nicer naming IMHO.
+1 from me.
On Thu, 17 Jan 2013 14:26:54 +0100
Diego Elio Pettenò wrote:
[...]
> ffmpeg is in the same list as paludis and will not, ever, be tested on
> my boxes, as long as it's a personal effort. Are you going to pay me
> to run it? If the answer is no, please fuck off or run your own.
Thank you.
I was o
Hi guys,
Presently we already have a good number of split qt-* library packages
in x11-libs. With the arrival of Qt5 upstream has gone a lot further
in modularization, so we expect the number of packages to grow much
more. We, the Gentoo Qt team, are of the opinion that the time has
come to split
On 17/01/2013 14:19, Alexis Ballier wrote:
> Nice mix of two different hats. I liked to think the tinderbox was
> something you were doing for gentoo QA, but it seems it serves also
> your personal wars...
I'm not on payroll for either hat so I don't see any conflict with that.
The tinderbox is a
On Thu, 17 Jan 2013 13:22:21 +0100
Diego Elio Pettenò wrote:
[...]
> But also, if you say that the tree isn't ready because of the bugs I
> opened — remember that I'm not going to test ffmpeg any time soon. I
> do reserve the right to not give a damn about software whose authors
> insulted me more
On Thu, 17 Jan 2013 10:41:58 +0100
Tomáš Chvátal wrote:
[...]
> On testing there should be nothing broken apart from xbmc, where
> Alexis is one of upstream devs and he seems not to give fuck about
> making it work under both.
Please check the facts before making false claims with f* words. Than
On 17/01/2013 06:31, Samuli Suominen wrote:
>>
>
> The tree definately isn't ready for libav so +1 from me, I almost
> changed it back myself already but to avoid stupid commit wars didn't.
I disagree with "the tree isn't ready for libav" — I can add myself to
Ben and Alexander on having used lib
On 17/01/2013 19:35, Dirkjan Ochtman wrote:
On Thu, Jan 17, 2013 at 12:59 AM, Andreas K. Huettel
wrote:
my 2ct:
* dri and cups should probably be moved to desktop profile
* pppd is a local useflag and should be enabled by default in the capi ebuild
Definitely agree. Can we make these changes?
On Jan 17, 2013 3:35 AM, "Dirkjan Ochtman" wrote:
>
> On Thu, Jan 17, 2013 at 3:23 AM, Walter Dnes
wrote:
> > If someone wants a *REALLY* basic system, they can start off with
> > USE="-*" and add on stuff as necessary when portage complains and/or
> > ebuilds break. That's what I'd recommend
2013/1/17 Ben de Groot :
> On the other hand I have used libav and mplayer2 for a long time, and have
> not run into any problems. The only thing missing is mencoder.
Which is sovled by the mplayer1 supporting libav since yesterday. :-)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/13 12:02, Ben de Groot wrote:
> I have used libav and mplayer2 for a long time, and have not run
> into any problems. The only thing missing is mencoder.
+1
- --
Alexander
alexan...@plaimi.net
http://plaimi.net/~alexander
-BEGIN PGP S
Ideally we would have had a discussion here, and we could still have one.
On the other hand I have used libav and mplayer2 for a long time, and have
not run into any problems. The only thing missing is mencoder.
I'm not opposing this change, but I also don't know enough of the details
of upstream
On 17 January 2013 09:41, Tomáš Chvátal wrote:
>> I agree. This is a big change so there should be a discussion about
>> this or at least an announcement that this is going to happen on the
>> Xth of February. Did you actually test that the tree is ready for
>> libav as the default ffmpeg provider
17.01.2013 00:43, Paul Varner wrote:
> Here is where the bikeshedding begins:
> 1. What variable name do we prefer? REVDEP_DEFAULT_OPTS or
> REVDEP_EMERGE_DEFAULT_OPTS
REVDEP_REBUILD_DEFAULT_OPTS seems fine, IMO.
> 2. What behavior do we want? append to EMERGE_DEFAULT_OPTS or replace
> EMERGE_DEF
2013/1/17 Markos Chandras :
> On 16 January 2013 20:09, Alexis Ballier wrote:
>> On Wed, 16 Jan 2013 12:40:02 + (UTC)
>> "Tomas Chvatal (scarabeus)" wrote:
>>
>>> scarabeus13/01/16 12:40:02
>>>
>>> Modified: ChangeLog
>>> Added:ffmpeg-9.ebuild
>>> Removed
On 16 January 2013 20:09, Alexis Ballier wrote:
> On Wed, 16 Jan 2013 12:40:02 + (UTC)
> "Tomas Chvatal (scarabeus)" wrote:
>
>> scarabeus13/01/16 12:40:02
>>
>> Modified: ChangeLog
>> Added:ffmpeg-9.ebuild
>> Removed: ffmpeg-0.10.2-r1.ebuild
On 17/01/13 04:49, Greg KH wrote:
On Wed, Jan 16, 2013 at 06:36:59AM -0500, Rich Freeman wrote:
On Tue, Jan 15, 2013 at 10:42 PM, Peter Stuge wrote:
Rich Freeman wrote:
Not that anybody is taking requests, but it would be really handy
if serial ports were deterministically labeled.
Does /de
1 - 100 of 103 matches
Mail list logo
