On 18/03/13 10:22 PM, Toshio Kuratomi wrote:
On Mon, Mar 18, 2013 at 05:56:28PM -0700, Adam Williamson wrote:
On Mon, 2013-03-18 at 18:34 -0600, Kevin Fenzi wrote:
On Mon, 18 Mar 2013 23:56:28 +
Sérgio Basto wrote:
Hi,
For the first time, Fedora release name have non-ascii and pelican
ch
On Mon, Mar 18, 2013 at 05:56:28PM -0700, Adam Williamson wrote:
> On Mon, 2013-03-18 at 18:34 -0600, Kevin Fenzi wrote:
> > On Mon, 18 Mar 2013 23:56:28 +
> > Sérgio Basto wrote:
> >
> > > Hi,
> > > For the first time, Fedora release name have non-ascii and pelican
> > > characters which
>
On Tue, 2013-03-19 at 11:54 +0700, Michel Alexandre Salim wrote:
> Dear all,
>
> When submitting a package change request for a new branch, the new
> branch is currently instantiated with the revision history of the
> master (development) branch.
>
> When the new branch created is for an EPEL rel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear all,
When submitting a package change request for a new branch, the new
branch is currently instantiated with the revision history of the
master (development) branch.
When the new branch created is for an EPEL release, this might not be
appropri
Hi folks,
I've been having trouble running builds for rawhide on my mock instance
recently:
> [ankur@dhcppc1 SRPMS]$ mock rebuild -r fedora-rawhide-x86_64
> pybrain-0.3.1-1.fc18.src.rpm
> INFO: mock.py version 1.1.29 starting...
> Start: init plugins
> INFO: selinux enabled
> Finish: init plug
On Mar 18, 2013, at 8:44 PM, Andre Robatino wrote:
> If we do, shouldn't there be another vote asking if it's okay to make this
> change, in light of the possible release delay?
Definitely not. There is equivalent that doesn't require apostrophe or umlaut
(diaeresis) characters. Legal will hav
On Mon, Mar 18, 2013 at 10:44 PM, Andre Robatino
wrote:
> Sérgio Basto serjux.com> writes:
>
>> For the first time, Fedora release name have non-ascii and pelican
>> characters which
>> https://bugzilla.redhat.com/show_bug.cgi?id=922433
>>
>> Could we consider change release name from "Schrödinge
Sérgio Basto serjux.com> writes:
> For the first time, Fedora release name have non-ascii and pelican
> characters which
> https://bugzilla.redhat.com/show_bug.cgi?id=922433
>
> Could we consider change release name from "Schrödinger's Cat" to
> "Schrodingers Cat" or other name that not have th
> As usual, I have completely forgotten any relevant system/software
> info, so:
>
> This is a Thinkpad T420 with:
>
> 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
> Core
> Processor Family Integrated Graphics Controller (rev 09)
I've just sent a mesa-9.1-2 b
On Mar 18, 2013, at 6:56 PM, Adam Williamson wrote:
> This bug just *smells* like one of those which will pop up again and
> again and again causing carnage wherever it shows up.
I think so. I expect we'll find issues with isolinux, grub, livecd-tools,
liveusb-creator. It could be hilarious to
On Mon, 2013-03-18 at 18:34 -0600, Kevin Fenzi wrote:
> On Mon, 18 Mar 2013 23:56:28 +
> Sérgio Basto wrote:
>
> > Hi,
> > For the first time, Fedora release name have non-ascii and pelican
> > characters which
> > https://bugzilla.redhat.com/show_bug.cgi?id=922433
> >
> > Could we conside
On Mon, 18 Mar 2013 23:56:28 +
Sérgio Basto wrote:
> Hi,
> For the first time, Fedora release name have non-ascii and pelican
> characters which
> https://bugzilla.redhat.com/show_bug.cgi?id=922433
>
> Could we consider change release name from "Schrödinger's Cat" to
> "Schrodingers Cat" o
Hi,
For the first time, Fedora release name have non-ascii and pelican
characters which
https://bugzilla.redhat.com/show_bug.cgi?id=922433
Could we consider change release name from "Schrödinger's Cat" to
"Schrodingers Cat" or other name that not have this additional
problem ?
Thanks,
--
Sér
Hi,
python-markdown has been updated in rawhide to the latest version 2.3,
please check whether your package still works as expected.
There are a some backward-incompatible changes, see
https://github.com/waylan/Python-Markdown/blob/2.3.final/docs/release-2.3.txt.
Affected packages:
bodhi-server
On Mon, 18 Mar 2013 14:42:46 -0600
Kevin Fenzi wrote:
> On Mon, 18 Mar 2013 12:31:41 -0400 (EDT)
> Jaroslav Reznik wrote:
>
> > Good point at #fedora-devel right now - we are after branching, so
> > Branch Freeze and Bodhi should be required now. Kevin, Dennis -
> > what's the correct handling
Am 18.03.2013 20:55, schrieb James Antill:
> This means users can't choose between the mysql's if they want to, so
> if we do this it'd be much easier to just say "we'll only have a single
> `mysql' in Fedora" and then we'd just have to add one more obsolete to
> mariadb and everything works per
Am 18.03.2013 08:27, schrieb Nico Kadel-Garcia:
> On Sun, Mar 17, 2013 at 8:10 PM, Reindl Harald wrote:
>>
>>
>> Am 18.03.2013 01:06, schrieb Nico Kadel-Garcia:
>>> On Sun, Mar 17, 2013 at 12:36 PM, Peter Lemenkov wrote:
2013/3/15 Lukáš Nykrýn :
> After usr move packages should not ins
Le Lun 18 mars 2013 18:12, Honza Horak a écrit :
> Now I see it was not the best idea to call it MySQL, but yum sees that
> as two different packages, doesn't it?
Honestly? Capitalized package names are a PITA that break searches and
make users miserable. The only reason they're not banned in Fe
On Mon, 2013-03-18 at 18:42 +0100, Miloslav Trmač wrote:
> On Mon, Mar 18, 2013 at 6:30 PM, Honza Horak wrote:
> > In case of MySQL/mariadb (just for demonstration) the config file would
> > contain say:
> > MySQL +1
> > mariadb -1
> > which would tell yum to prioritize M
https://fedorahosted.org/389/ticket/623
https://fedorahosted.org/389/attachment/ticket/623/0001-Ticket-623-cleanAllRUV-task-fails-to-cleanup-config-.patch
--
Mark Reynolds
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.o
On 17/03/13 11:17 AM, Kevin Kofler wrote:
Adam Williamson wrote:
In my experience, nearly all even somewhat mature apps need intltool to
compile, so it seems a reasonable thing to install by default in the
'development' group.
Only GNOME ones. :-)
The only file type it handles that's not GNOM
On Mon, 2013-03-18 at 18:30 +0100, Honza Horak wrote:
> I'd like to discuss the topic about virtual provides in a general
> context (not related to MySQL->MariaDB replacement) to find out what
> actually is a consensus in Fedora about an issue when "two packages
> provide the same (not only) vir
On Mon, 2013-03-18 at 18:12 +0100, Honza Horak wrote:
> On 03/15/2013 04:22 PM, James Antill wrote:
> > 1. We are mixing a _package name_ "mysql" with a provide "mysql", and
> > another package name that is different only by capitalization "MySQL".
>
> Now I see it was not the best idea to call it
Miloslav Trmač (m...@volny.cz) said:
> On Mon, Mar 18, 2013 at 6:30 PM, Honza Horak wrote:
> > In case of MySQL/mariadb (just for demonstration) the config file would
> > contain say:
> > MySQL +1
> > mariadb -1
> > which would tell yum to prioritize MySQL.
> >
> > I'm s
On 2013-03-17 20:12, Kevin Kofler wrote:
> I, for one, never liked Rawhide inheritance and I think it's a good thing
> that it was dropped.
I, for one, used it every single time it was possible and liked how it
saved my time as the package maintainer, resources on builders, space on
mirrors, and
The python-manuel and python3-manuel packages are changing from
ZPLv2.1 to ASL 2.0 with the release of version 1.7.2. This will
affect Rawhide and F-19 only. I don't expect the license change to
affect any other packages, since manuel is used only to build
documentation, but let me know of any tr
On Mon, Mar 18, 2013 at 6:30 PM, Honza Horak wrote:
> In case of MySQL/mariadb (just for demonstration) the config file would
> contain say:
> MySQL +1
> mariadb -1
> which would tell yum to prioritize MySQL.
>
> I'm sure that there are several other use cases for such ut
I'd like to discuss the topic about virtual provides in a general
context (not related to MySQL->MariaDB replacement) to find out what
actually is a consensus in Fedora about an issue when "two packages
provide the same (not only) virtual symbol" -- particularly what package
maintainers could/s
On 03/15/2013 04:22 PM, James Antill wrote:
On Wed, 2013-03-13 at 18:08 +0100, Honza Horak wrote:
However, in scenarios I tested with packages similar to
mysql/MySQL/mariadb it turned out, that we never reach the point where
we have to choose one of more alternate providers. The reason is that
y
Package perl-Pod-Simple in Fedora devel has been unretired by limb and is now
orphan.
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Pod-Simple
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de
On Sáb, 2013-03-16 at 14:19 -0600, Kevin Fenzi wrote:
> > With pungi of F18 I could build an F19 repo with the images ?
>
> I don't know. Possibly.
pungi -c f19-fedora.ks --destdir=/home/pungi/fedora
--cachedir=/home/pungi/cache --name Fedora --ver 19 --nosource -B
--force
hangs various times
Hi Gnome users, developers and friends!
We continue our Test Days ride [0]. You are invited to join Gnome 3.8
Test Day [1] on this Thursday. Gnome 3.8 final will be released on
2013-03-27. You can test new Gnome 3.8 [2] features [3] running from
Fedora 19 Live test images and help to make this
- Original Message -
> Dne 12.3.2013 16:30, Dennis Gilmore napsal(a):
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi All,
> >
> > F19 has been branched, please be sure to do a git pull --rebase to
> > pick
> > up the new branch, additionally rawhide/f20 has had inheritance
Reindl Harald wrote:
> Am 16.03.2013 19:26, schrieb Rex Dieter:
>> Lukáš Nykrýn wrote:
>>
>>> After usr move packages should not install files to /sbin.
>>
>> That's not necessarily true. Do our packaging guidelines actually say
>> that anywhere?
>
> but WHY are they not saying it clearly?
Be
Hi,
When I added the ode-double subpackage I hardcoded the soname, so it
is not tracking the regular ode builds soname versioning, which also
means that if upstream breaks abi the soname won't change (rhbz#922812)
As a result of fixing this, the soname of ode-double is going to change
in F-19 an
Am 18.03.2013 04:32, schrieb Mathieu Bridon:
> On Sun, 2013-03-17 at 17:31 +0100, Reindl Harald wrote:
>> Am 17.03.2013 17:12, schrieb Sérgio Basto:
>>> On Sáb, 2013-03-16 at 19:42 +0100, Reindl Harald wrote:
[root@fileserver:~]$ system-config-users
The value for the SHELL variable was
On Tue, Mar 12, 2013 at 10:31 AM, Casey Dahlin wrote:
> On Tue, Mar 12, 2013 at 08:01:54AM -0400, Nico Kadel-Garcia wrote:
>> And the main lesson her is "don't clutter the user interface with
>> useless graphical eye candy". It makes the boot process require
>> unnecessary system resources. The ne
On Fri, 15.03.13 11:07, Dan Mashal (dan.mas...@gmail.com) wrote:
> On Fri, Mar 15, 2013 at 11:04 AM, Michal Schmidt wrote:
> > On 03/15/2013 07:00 PM, Dan Mashal wrote:
> >>
> >> Looks like you guys added provides(service) and fixed the problem.
> >
> >
> > Yes, Lukáš added it. He even mentioned
On Sun, Mar 17, 2013 at 10:07 PM, Kevin Kofler wrote:
> Kees Cook wrote:
>> AFD was a single specific program doing a very specific task and hardly
>> represents an "average workload". I remain extremely disappointed that the
>> default-on state was reverted. Ubuntu has had this feature enabled fo
On 18/03/13 12:39, Richard Hughes wrote:
On 18 March 2013 09:21, Ales Kozumplik wrote:
How does PackageKit implement this?
We ask NetworkManager (or connman) for the network adaptor type. This
seems to work well, unless someone uses their phone as a portable
hotspot (i.e. Wifi) and then it f
On 18 March 2013 09:21, Ales Kozumplik wrote:
> How does PackageKit implement this?
We ask NetworkManager (or connman) for the network adaptor type. This
seems to work well, unless someone uses their phone as a portable
hotspot (i.e. Wifi) and then it fails hard. Code is in
https://gitorious.org/
On 03/18/2013 10:33 AM, drago01 wrote:
On Mon, Mar 18, 2013 at 9:53 AM, Ales Kozumplik wrote:
On 03/15/2013 12:16 PM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking
(or
control) automatically run dnf-makecache.
At least, this should be controllab
- Original Message -
> On 03/14/2013 05:02 PM, Rahul Sundaram wrote:
> > On 03/14/2013 04:33 PM, Przemek Klosowski wrote:
> >>
> >> I didn't realize that my method was 'relying on the kindness of
> >> strangers' for including the relevant CVE data in the changelog,
> >> but
> >> it often gi
On Mon, Mar 18, 2013 at 5:22 AM, Reindl Harald wrote:
>
>
> Am 18.03.2013 08:27, schrieb Nico Kadel-Garcia:
>> On Sun, Mar 17, 2013 at 8:10 PM, Reindl Harald
>> wrote:
>>>
>>>
>>> Am 18.03.2013 01:06, schrieb Nico Kadel-Garcia:
On Sun, Mar 17, 2013 at 12:36 PM, Peter Lemenkov
wrote:
Le lundi 18 mars 2013 à 17:42 +0800, Mathieu Bridon a écrit :
> > > Can't DNF do the same?
> > >
> > > The proposed system of targets seems extremely complex, for a
> > > functionality that is already possible...
> >
> > It is really not that bad, and the quantity of complexity in it is well
> >
On Mon, 2013-03-18 at 10:21 +0100, Ales Kozumplik wrote:
> On 03/18/2013 10:08 AM, Mathieu Bridon wrote:
> > PackageKit already has an option to check for updates on "mobile
> > broadband" (i.e bandwidth-capped or pay-as-you-use connections).
>
> How does PackageKit implement this?
By using the N
On Mon, Mar 18, 2013 at 9:53 AM, Ales Kozumplik wrote:
> On 03/15/2013 12:16 PM, Neal Becker wrote:
>>
>> I don't think users would expect that install of dnf would without asking
>> (or
>> control) automatically run dnf-makecache.
>>
>> At least, this should be controllable via /etc/sysconfig. F
On 03/18/2013 10:08 AM, Mathieu Bridon wrote:
PackageKit already has an option to check for updates on "mobile
broadband" (i.e bandwidth-capped or pay-as-you-use connections).
How does PackageKit implement this?
Can't DNF do the same?
The proposed system of targets seems extremely complex,
On Mon, 2013-03-18 at 09:53 +0100, Ales Kozumplik wrote:
> What I would like to see at some point, and strongly believe it is the
> right, generic and simple solution for many similar cases, is to have
> NetworkManager let user decide what network connections are suitable for
> tasks like this (
On 03/15/2013 07:13 PM, Luya Tshimbalanga wrote:
On 15/03/13 04:16 AM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
At least, this should be controllable via /etc/sysconfig. Further, I think it's
not
On 03/15/2013 04:16 PM, Reindl Harald wrote:
and hwat let you come to the conclusion that if you have
it to enable in a config makes anything different?
have it enabled as DEFAULT is plain stupid
did you ever see "checksu mismatch" from YUM?
i saw this once download the metadata from ALL known
On 03/15/2013 12:16 PM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
At least, this should be controllable via /etc/sysconfig. Further, I think it's
not consistent with Fedora practice to enable this o
e add any topic
suggestions to the meeting wiki page:
https://fedoraproject.org/wiki/QA/Meetings/20130318
The current proposed agenda is included below.
== Proposed Agenda Topics ==
1. Previous meeting follow-up
2. Fedora 19 Alpha status
3. Criteria re-design
4. Test Days
5. Open floor
--
Adam Willi
On Sun, Mar 17, 2013 at 8:10 PM, Reindl Harald wrote:
>
>
> Am 18.03.2013 01:06, schrieb Nico Kadel-Garcia:
>> On Sun, Mar 17, 2013 at 12:36 PM, Peter Lemenkov wrote:
>>> 2013/3/15 Lukáš Nykrýn :
After usr move packages should not install files to /sbin. Unfortunately
there is a lot of
54 matches
Mail list logo
