On 06/04/13 21:14, Olivier Blin wrote:
Barry Jackson zen25...@zen.co.uk writes:
On 04/04/13 16:29, Olivier Blin wrote:
Did you try the one I already mentionned in this thread earlier?
Quoting below:
We could backport this in boost 1.53 to fix libyui:
https://svn.boost.org/trac/boost
On 07/04/13 16:57, Angelo Naselli wrote:
I haven't committed anything at the moment, so you can take this as a
good patch and decide later if going on or not.
Angelo
Hi
Not had much time to check over weekend.
Your last patch fails to apply for some reason, but I will look again -
may be
On 05/04/13 22:36, Pierre-Malo Deniélou wrote:
Vowpal-wabbit is a machine learning computational tool. We currently
have 7.1. Nothing depends on it, and it was not in Mageia 2.
I don't have a changelog (it's a huge git commit dump) to show, but it
works and allows to drop the patches we used
On 31/01/13 17:26, David Walser wrote:
Sander Lepik sander.lepik@... writes:
New icu was pushed. Maybe packages depending on it need to be rebuilded.
From what upstream said, it sounds like some users of the icu library don't use
the affected part, and so maybe they don't all need rebuilt,
On 04/04/13 16:29, Olivier Blin wrote:
Did you try the one I already mentionned in this thread earlier?
Quoting below:
We could backport this in boost 1.53 to fix libyui:
https://svn.boost.org/trac/boost/changeset/82103
Those two patches are already applied in 1.53
On 05/04/13 00:08, Barry Jackson wrote:
On 04/04/13 14:24, Angelo Naselli wrote:
Barry i cannot test this now, but if i understood correctly the problem
and talking to libyui developer this patch should work.
Can you test it and tell me if it's ok please?
Thanks
Angelo
I'll try
On 06/04/13 16:33, Thomas Spuhler wrote:
Maybe we should move to boost-1.53 now if those package who use it build.
Yes - rebuild tests are here - one package fails which currently affects
nothing else.
http://mtf.no-ip.co.uk/pub/linux/barjac/boost/boost.txt
On 03/04/13 17:05, Angelo Naselli wrote:
Il 02/04/2013 02:31, Barry Jackson ha scritto:
So now only libyui remains.
Oops, i've just saw it now sorry.
What is the issue? I could try to work on it tonight at home
should i build boost locally first or it's on some mirrors?
Angelo
Hi
On 04/04/13 14:24, Angelo Naselli wrote:
Barry i cannot test this now, but if i understood correctly the problem
and talking to libyui developer this patch should work.
Can you test it and tell me if it's ok please?
Thanks
Angelo
I'll try it tomorrow - been out most of the day.
On 02/04/13 08:46, Sander Lepik wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
02.04.2013 03:31, Barry Jackson kirjutas:
I will try to test rebuild all the packages using boost in i586 in
iurt in the next few days - just wish urpmi-proxy would work with
iurt (if anyone knows how
On 31/03/13 20:33, Olivier Blin wrote:
David Walser luigiwal...@yahoo.com writes:
Barry Jackson wrote:
As mentioned in last week's packager's meeting, there is a problem with
our gnuradio package, because upstream have blacklisted boost-1.52.
https://bugs.mageia.org/show_bug.cgi?id=8789
I
As mentioned in last week's packager's meeting, there is a problem with
our gnuradio package, because upstream have blacklisted boost-1.52.
https://bugs.mageia.org/show_bug.cgi?id=8789
I have spent considerable time test rebuilding all packages from current
svn that BuildRequire boost, against
On 31/03/13 14:09, Colin Guthrie wrote:
Hi,
Does anyone have a script that will bump the release of a given spec file?
umeabot has one ;)
On 29/03/13 16:54, PhilippeDidier wrote:
PhilippeDidier a écrit :
PS I discovered a clone copy of one of our first beta spec files
applied to the final source tarball in an other distro, (we can
recognize our Mageia's touch)
It would have been fair play from these packagers to tell in a
On 29/03/13 00:19, PhilippeDidier wrote:
Barry Jackson a écrit :
Thanks Philippe,
I have committed your changes (but somewhat shrunk ;) - please check it
over and I will submit, as the group change is quite important.
Cheers,
Barry
Hi Barry
Sorry for being so late to answer
I tested
On 27/03/13 22:34, PhilippeDidier wrote:
Colin Guthrie a écrit :
FYI, these lines can be more neatly (IMO) done as:
install -D -p %{buildroot}%{_datadir}/%{name}/icons/ardour_icon_48px.png
%{buildroot}%{_iconsdir}/hicolor/48x48/apps/ardour3.png
(you can also add -m 0644 if you want to be
On 25/03/13 23:31, PhilippeDidier wrote:
zezinho a écrit :
Em 25-03-2013 13:30, PhilippeDidier escreveu:
What do you think ?
There are enough bugs to fix for now, let's wait for MGA4.
So we may simply provide the final release of Ardour3, built upon the
BuildRequires already existing
On 26/03/13 14:03, Pierre-Malo Deniélou wrote:
Ok. New list of topics:
- Uninstallable packages:
http://check.mageia.org/cauldron/dependencies.html
- Packages which failed rebuild
- Release critical bugs: review and status
Cheers,
There is also the issue of boost-1.52 and gnuradio.
On 20/03/13 18:09, Thierry Vignaud wrote:
On 20 March 2013 18:23, zezinho lists.jjo...@free.fr wrote:
Em 20-03-2013 15:40, Colin Guthrie escreveu:
Hi,
Since the updates recently, I can no longer use drakrpm to update
packages.
+1, with the same error.
real (wo)men rsync the full mirror
Please push fldigi
This is a maintenance and bug fix release.
We have missed 6 version updates on this package and it would be good to
bring it up to date for Mga3.
It has been tested on real hardware without problems.
Thanks.
#--
Changes since 3.21.61:-
On 16/03/13 16:24, zezinho wrote:
Em 12-03-2013 22:33, Thierry Vignaud escreveu:
I suspect some other fonts-ttf-* are also duplicated...
Eg for Liberation fonts:
cube-escape
flare-data
flightgear-data
freecol
ganttproject
gcstar
zygrib
I checked flightgear-data, and the file size is
Yes I forgot - thanks.
The main reason is that we would be stuck with an old version for the
life of mga3. It's just bad timing that upstream released this now.
It does not impact on anything else.
On 09/03/13 10:06, Barry Jackson wrote:
Yes I forgot - thanks.
The main reason is that we would be stuck with an old version for the
life of mga3. It's just bad timing that upstream released this now.
It does not impact on anything else.
To clarify, this is the first new release since Feb 2011
Please push xlog
New version released a few days ago - builds/tests OK.
Thanks
If you are using grub2 in Cauldron you may end up with a black/white
non-graphical menu after today's update.
The update changed the default config file which is not normally updated
on package update.
To end up with a correct default configuration the correct answer to the
rpmnew question
On 27/02/13 19:01, Thierry Vignaud wrote:
On 27 February 2013 15:49, barjac buildsystem-dae...@mageia.org wrote:
barjac barjac 2.00-34.mga3:
+ Revision: 400520
- set default timeout to 10 seconds
Please do not!
Why?
This is not the place.
I'm sorry but I disagree - this is the place.
I see this in a clean new installation of Cauldron (net install x86_64)
updated today. (although I saw this before the update).
Happens with any package.
[baz@localhost ~]$ su
Password:
[root@localhost baz]# urpmi kate
BDB2053 Freeing read locks for locker 0xc63: 2497/140611879974656
BDB2053
On 10/02/13 14:27, Thierry Vignaud wrote:
On 10 February 2013 15:24, Barry Jackson zen25...@zen.co.uk wrote:
I see this in a clean new installation of Cauldron (net install x86_64)
updated today. (although I saw this before the update).
Happens with any package.
You didn't C^c urpmi
On 09/02/13 11:58, Robert Fox wrote:
Since latest Cauldron updates - the urpmi process seems to be lying
about the number of packages -
In this example, it say 293 packages - but when it starts, it says
1/582 -??
Huh?
urpmi --auto-update -v
SNIP:
71MB of additional disk space will be used.
From grub2-2.00-18.mga3 the theme has been split into a separate
package which is a Suggests, as is os-prober.
For most this difference will mean no change and the update should be
seamless.
However, after the update to grub2-2.00-18.mga3 it will be possible to
remove the theme simply by
On 03/02/13 18:05, Felix Miata wrote:
On 2013-02-02 10:08 (GMT) Barry Jackson composed:
Felix Miata wrote:
Good start:
1-/boot/grub2/i386-pc/core.img in a Grub Legacy stanza succeeds
Not good from then on:
1-Grub2 error message due to not finding some png file
You removed the png
On 03/02/13 18:05, Felix Miata wrote:
Nice in theory, but the root device is off by -1. Default menu.lst
cmdline includes root=LABEL=22cauldrn instead of UUID or device name,
which is apparently disregarded by grub 2.
Maybe a limitation of legacy_kernel.
Normally to use labels in grub2 the
On 04/02/13 14:19, Frank Griffin wrote:
Not sure this is worth a bug report, since I doubt I could reproduce
it, but check out the package number/total output in this morning's
cauldron update:
Yes - same here :\
44/78: libreoffice-kde
On 04/02/13 19:18, Felix Miata wrote:
On 2013-02-04 14:27 (GMT) Barry Jackson composed:
Felix Miata wrote:
Nice in theory, but the root device is off by -1. Default menu.lst
cmdline includes root=LABEL=22cauldrn instead of UUID or device name,
which is apparently disregarded by grub 2
On 02/02/13 05:48, Felix Miata wrote:
Good start:
1-/boot/grub2/i386-pc/core.img in a Grub Legacy stanza succeeds
Not good from then on:
1-Grub2 error message due to not finding some png file
You removed the png by using --no-suggests
2-25 item Grub 2.00 menu (grub.cfg:
On 31/01/13 21:41, zezinho wrote:
Em 31-01-2013 22:26, Maurice Batey escreveu:
To be absolutely clear, I have never placed any boot-loader in any PBR
on this system.
*That* is the information I was after!
It appears to confirm that GRUB2 does *not* need GRUB-legacy in a
root partition's
On 31/01/13 22:02, Barry Jackson wrote:
On 31/01/13 21:41, zezinho wrote:
Em 31-01-2013 22:26, Maurice Batey escreveu:
To be absolutely clear, I have never placed any boot-loader in any PBR
on this system.
*That* is the information I was after!
It appears to confirm that GRUB2 does
Please push uhd new minor version.
It only affects gnuradio which I will rebuild against it later.
Thanks.
On 29/01/13 00:26, Felix Miata wrote:
Does M2 have current Grub2 in backports, or would it be simple enough to
install from Cauldron repos? If so, maybe if needed and pressed I could
find time to try installing Grub2 to its PBR. I'm not of a mind to
replace M2 there yet, and it doesn't have
On 29/01/13 12:48, Frank Griffin wrote:
I wasn't aware of the MBR gap. I guess you're saying that the core.img
that fits in it *is* filesystem-aware ?
Yes, depending on the modules built into it, which are normally correct
for our purposes.
Anyway, my point still stands: for anyone who
On 27/01/13 15:24, Maurice Batey wrote:
On Sun, 27 Jan 2013 12:31:37 +, Barry Jackson wrote:
my master grub2 grub.cfg which is in a small grub
partition at the start of sda.
How does one acquire a 'small grub partition'?
(Just get GRUB2 package to install into an empty partition
On 28/01/13 20:01, Felix Miata wrote:
On 2013-01-28 19:27 (GMT) Barry Jackson composed:
http://svnweb.mageia.org/packages/cauldron/grub2/current/SOURCES/README.Mageia?view=markup
Chainloading into grub2 is not the best way, due to the block lists
problem people keep mentioning
On 28/01/13 20:09, Frank Griffin wrote:
...this is where we disagree slightly ;)
Chainloading into grub2 is not the best way, due to the block lists
problem people keep mentioning and complaining about.
Could you please explain why ? The whole MBR/PBR design was set up so
that whatever gets
On 20/01/13 17:42, Maurice Batey wrote:
On Sun, 20 Jan 2013 14:50:06 +, Barry Jackson wrote:
I repeat - Installing the grub2 package
OK - so you differentiate between installing with GRUB2 and
installing the GRUB2 packge?
I am differentiating between # urpmi grub2 and the use
On 21/01/13 17:36, Maurice Batey wrote:
On Sun, 20 Jan 2013 20:04:32 +0200, Thomas Backlund wrote:
http://svnweb.mageia.org/packages/cauldron/grub2/current/SOURCES/README.Mageia?view=markup
Just a one query:
To install GRUB 2 to the MBR and create a menu you can use:-
#
On 23/01/13 18:15, Maurice Batey wrote:
On Fri, 18 Jan 2013 02:00:11 +0100, Davy Defaud wrote:
And the decision to use it as the default bootloader for Mageia 3 was
taken several months ago :
https://wiki.mageia.org/en/FeatureMageia3_Review
https://wiki.mageia.org/en/Feature:Grub2AsDefault
On 19/01/13 16:31, Colin Guthrie wrote:
'Twas brillig, and Barry Jackson at 19/01/13 14:51 did gyre and gimble:
On 19/01/13 14:41, Barry Jackson wrote:
In order to fix https://bugs.mageia.org/show_bug.cgi?id=7906
which is about the poor display of many spec files in ViewVC.
We need the latest
On 20/01/13 12:55, Maurice Batey wrote:
On Sun, 20 Jan 2013 07:41:28 -0500, Frank Griffin wrote:
According to this article, grub and grub2 each support chainloading the
other. So I really don't see why there's a problem
Note that he says:
I then login to that, edit the menu.lst
On 20/01/13 13:30, Maurice Batey wrote:
On Sun, 20 Jan 2013 13:08:57 +, Barry Jackson wrote:
Installing the grub2 package will not impact your current bootloader in
any way.
Installing GRUB2 where, Barry?
(MBR or Root partition?)
I repeat - Installing the grub2 package
On 19/01/13 11:42, André Salaün wrote:
So it'is a fud launched by grub2 developpers when they recommend
installing it only on the MBR.
No not at all, done that way it is open to the filesystem moving the
files and breaking the boot. The same is apparently true in legacy, but
it rarely
On 20/01/13 16:47, Thomas Backlund wrote:
Submitted.
--
Thomas
Thanks,
Can this now be installed on whichever server serves ViewVC to fix the
display of RPM Specs?
Barry
In order to fix https://bugs.mageia.org/show_bug.cgi?id=7906
which is about the poor display of many spec files in ViewVC.
We need the latest version of python-pygments which has just been
released with RPM spec lexer included.
This would also need to be installed on the ViewVC server.
The
On 19/01/13 14:41, Barry Jackson wrote:
In order to fix https://bugs.mageia.org/show_bug.cgi?id=7906
which is about the poor display of many spec files in ViewVC.
We need the latest version of python-pygments which has just been
released with RPM spec lexer included.
This would also need
On 18/01/13 12:38, Maurice Batey wrote:
So be it, but the Mageia-3 installer will provide an *option* to use
GRUB Legacy, won't it?
Yes :)
Please push the new version of gnuradio - just released.
It does not impact other packages, it fixes some bugs and has new
features that would be good to have in Mageia 3, as the current version
we have is quite old.
It builds OK in iurt locally and basic functional tests are OK.
It's in svn
On 06/01/13 19:21, Balcaen John wrote:
Did you try to simply send an email to Luc Menut, Nicolas Lecureuil or me for
that purpose ?
No, but here is a list.
Maybe some are fixed in svn, but have not been pushed - I don't have
time to check just now.
audiokonverter
k4guitune
konvertible
On 07/01/13 11:36, Pascal Terjan wrote:
On Mon, Jan 7, 2013 at 11:31 AM, Olivier Thauvin
nanar...@nanardon.zarb.org wrote:
Hello again,
I just buy a wonderfull HP ENVY23 smartscreen.
It has:
- Windows 8 (I'd like to keep it)
- GPT Formated disk (2T)
- UEFI
- SecureBoot
I am trying to install
On 05/01/13 22:48, Pierre-Malo Deniélou wrote:
Any remarks? Suggestions?
Cheers,
I have been plodding along updating what I can, but it's slow as many
need patching to fix build failures.
Also there are many KDE packages which I have avoided touching, as KDE
maintainers tend to get upset
On 23/12/12 12:18, magnus wrote:
Is there any work on the ARM port?
I would prefer a Mageia on my new Raspberry Pi.
+1 So would I.
(but Fedora-remix works well) :)
On 02/12/12 09:37, Joseph Wang wrote:
Can someone check the following package submissions
quantlib
python-pyp2rpm
leocad
leocad-data
Also, does anyone object if I add the following to task-games?
vassal
simutrans
leocad (once it gets run)
Joseph I notice that some e.g. quantlib (I didn't
On 02/12/12 12:42, Barry Jackson wrote:
On 02/12/12 09:37, Joseph Wang wrote:
Can someone check the following package submissions
quantlib
python-pyp2rpm
leocad
leocad-data
Also, does anyone object if I add the following to task-games?
vassal
simutrans
leocad (once it gets run)
Joseph I
On 29/11/12 19:14, Pierre Jarillon wrote:
I just install pcb which is a part of gEDA project. It belongs to
Menus-sciences with gschem which is already in this group.
OK I see the problem - I filed a bug.
https://bugs.mageia.org/show_bug.cgi?id=8257
On 29/11/12 17:12, Pierre Jarillon wrote:
I have found some drawbacks in menus.
1- In games, klickety is in strategy but in rpmdrake, it is in plateau with
kmines.
2- I have installed gEDA. It does not appears in menus.
In Mageia 1, it appears in Sciences.
Have you found other things like this?
On 20/11/12 22:11, zezinho wrote:
Em 20-11-2012 18:16, Nicolas Lécureuil escreveu:
Le mardi 20 novembre 2012 17:13:14 Barry Jackson a écrit :
Also, to quote library policy:
The goal is to be able to install libfoo1 and libfoo2 on the same
system.
[root@jackodesktop baz]# urpmi lib64qwt6
On 20/11/12 12:47, Frank Griffin wrote:
On 11/20/2012 07:32 AM, Johnny A. Solbu wrote:
Note: This is Not the automatic sleep/hibernation after X min of
inactivity. This is hibernation by accidently pressing the «SLEEP» key
on a keyboard.
Ah, didn't realize that you wanted to disable the Sleep
Also, to quote library policy:
The goal is to be able to install libfoo1 and libfoo2 on the same system.
[root@jackodesktop baz]# urpmi lib64qwt6
installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms
Preparing...
On 20/11/12 17:16, Nicolas Lécureuil wrote:
Le mardi 20 novembre 2012 17:13:14 Barry Jackson a écrit :
Also, to quote library policy:
The goal is to be able to install libfoo1 and libfoo2 on the same system.
[root@jackodesktop baz]# urpmi lib64qwt6
installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm
On 20/11/12 19:03, Barry Jackson wrote:
Also I don't see how libqwt (6) and libqwt5 can be maintained from one
spec. How can an update be made to libqwt5 now that the spec is modified
for 6 ?
Doh! - OK there are now two srpms - hadn't looked.
On 18/11/12 15:28, Jani Välimaa wrote:
On Sun, 18 Nov 2012 17:15:13 +0200
Sander Lepik sander.le...@eesti.ee wrote:
18.11.2012 16:52, zezinho kirjutas:
Now to fix the mess:
- create libqwt5 package
Done, but cannot submit it because a libqwt5 package already
exists. Any hint?
You
On 19/11/12 19:21, Jani Välimaa wrote:
On Mon, 19 Nov 2012 18:57:21 +
Barry Jackson zen25...@zen.co.uk wrote:
Ping me when it's sorted out and I will rebuild python-qwt and
gnuradio.
It's all sorted out. Python-qwt is now build against the old libqwt5
[1]. Maybe you should build
On 11/10/12 09:16, Olav Vitters wrote:
On Wed, Oct 10, 2012 at 11:12:31PM +0200, barjac wrote:
Name: grub2Relocations: (not relocatable)
Packager: barjac barjac
URL : alpha.gnu.org/pub/gnu/grub/
That is not an URL.
Indeed
No idea how that happened
On 15/11/12 22:10, Reinout van Schouwen wrote:
Funda Wang schreef op vr 09-11-2012 om 16:50 [+0800]:
Hello,
I noticed that there are two rpm group named 'Geography' and
'Sciences/Geosciences'. Are there any differences?
It would appear to me that geography is more concerned with the names
On 15/11/12 22:56, Pierre-Malo Deniélou wrote:
That's the opposite ...
Geography is for the satnav, gps and mapping softs, while Geoscience are
for all geology, climate, oceanography related software.
/o\ ;)
On 11/11/12 17:35, 1 wrote:
Barry Jackson zen25000@... writes:
What is needed is a lexer for rpm spec files.
https://bitbucket.org/birkenfeld/pygments-main/pull-request/124
Thanks for the heads up - good.
I guess that this will take time to filter through to a release version?
On 05/11/12 19:36, Johnny A. Solbu wrote:
I have problems customizing it for my own use. (I'm testiing manually for the
time being)
It won't exclude the things I say it should exclude.
My copy have this line:
==
myexcludes=--exclude={debug/,backports_testing,updates_testing/}
==
It does Not
Damn!!
I left a 'n' (dry run) on the options in the live run section after
testing on line 148 - just remove it once you are happy with it.
I'll paste it again later.
Barry
On 06/11/12 14:18, Barry Jackson wrote:
Damn!!
No thrice damn!! - I did remove it but from the wrong section (line 109).
Ignore the previous paste as it's dangerous.
This *is* correct.
http://paste.kde.org/598106/
I think I need more sleep :\
On 31/10/12 22:53, Johnny A. Solbu wrote:
On Wednesday 31 October 2012 23:29, Barry Jackson wrote:
I wrote the attached script. It checks several mirrors until it finds
one that has the normal number of files and does not fail for any other
reason.
If you feel inclined to use it please feel
I fixed a bug and cleaned up some clunky bash, so use this:-
http://paste.kde.org/587864/51779286/
It's half way there :)
From ~/cronsync_error.log :-
01/11/2012-14:05: Only 79199/141855 files in
rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib
On 01/11/12 19:58, Johnny A. Solbu wrote:
Why do you have both «--delete-after» and « --delete»?
The last one is redundant, and should be dropped. :-)=
Thanks, I missed the (which is implied) in the man pages.
There was a useful file error (fixed now) in distrib-coffee after it
completed
On 01/11/12 20:51, Barry Jackson wrote:
See how it goes :)
Last update - honest - added proper file lock as the existing method was
flakey - it's finished and I'm leaving it alone now :)
Attached and also here:-
http://paste.kde.org/588158/12522135/
#!/bin/bash
# ~/cronsync by barjac
# Run
On 30/10/12 21:49, Barry Jackson wrote:
On 30/10/12 21:29, Johnny A. Solbu wrote:
On Tuesday 30 October 2012 22:21, Barry Jackson wrote:
I will set --max-delete=500 locally in future.
Any better ideas?
I always run rsync manually twice. The first run I use «-n» to make
sure my mirror isn't
On 30/10/12 20:16, Olivier Thauvin wrote:
I do my best to restore the service as soon as possible.
At time, 26GB of Mageia are restored.
Regards.
Good news!
I switched temporarily to rsync://fr2.rpmfind.net but now find that it
is also now empty. It was working OK for most of the day.
I
On 30/10/12 21:29, Johnny A. Solbu wrote:
On Tuesday 30 October 2012 22:21, Barry Jackson wrote:
I will set --max-delete=500 locally in future.
Any better ideas?
I always run rsync manually twice. The first run I use «-n» to make sure my
mirror isn't wiped, and then run rsync normally.
I
OK here's the challenge.
When we view rpm specs in svn using viewvc like this :-
http://svnweb.mageia.org/packages/cauldron/acidrip/current/SPECS/acidrip.spec?view=markup
...the highlighting is incorrect, because viewvc uses pygments to
generate the language highlighting and it sadly has no
On 26/10/12 12:46, Wolfgang Bornath wrote:
2012/10/26 Olivier Blin mag...@blino.org:
JA Magallón jamagal...@ono.com writes:
- the installer asks to remove the unused harware support, but the
wording for the choice is misleading:
[ ] Unsued hardware support
What does it really
On 11/10/12 18:59, AL13N wrote:
Op donderdag 11 oktober 2012 19:19:33 schreef Sander Lepik:
11.10.2012 18:32, Barry Jackson kirjutas:
On 11/10/12 12:29, Sander Lepik wrote:
11.10.2012 13:58, Barry Jackson kirjutas:
http://www.bbc.co.uk/news/technology-19909106
Maybe we should revert
http://www.bbc.co.uk/news/technology-19909106
Maybe we should revert in Cauldron?
On 11/10/12 12:29, Sander Lepik wrote:
11.10.2012 13:58, Barry Jackson kirjutas:
http://www.bbc.co.uk/news/technology-19909106
Maybe we should revert in Cauldron?
Well, it's cauldron and the bug will be fixed before we get it reverted. We
just have to
wait a day or two. 16.0.1 candidate
On 27/09/12 11:07, Pierre-Malo Deniélou wrote:
Le 27/09/12 10:51,Pascal Terjan nous adresse ces quelques mots :
On Thu, Sep 27, 2012 at 10:48 AM, Pierre-Malo Deniélou
For PulseAudio, Sound/Mixer is fine.
I don't agree
If someone wants to install a mixer, pulesaudio in the list will
probably
On 26/09/12 09:10, Thierry Vignaud wrote:
send me what a typical config file would look with the corresponding grub1 conf
file.
I think I can see where you are heading.
Grub2 generates it own grub.cfg using os-prober, so maybe some work not
needed.
Additional entries to the grub2 menu
On 25/09/12 23:17, AL13N wrote:
should this be made as an alternative to lilo, grub, grub-text ? to add grub2
to that list? and make it actually generate proper code?
That may be a good way to introduce grub2 whist keeping grub as a fall-back
Not sure what you mean about proper code
or are
We already have a grub2 package which needs integrating into Mageia tools.
This is beyond my capabilities, so I am calling for developers who are
able to do this work.
The package already handles kernel updates.
The installer, drakboot etc. will need some work.
On 23/09/12 21:16, zezinho wrote:
svn export gives a better tarball...
Yes - thanks for the correction - maybe even better to use:
svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler
tar -czf linuxsampler.tar.gz linuxsampler/ --exclude-vcs
.. which strips the svn stuff
On 22/09/12 23:02, PhilippeDidier wrote:
Ok !
That's what I try...but there are several makefiles !
You may want to try the latest dev version from the linuxsampler svn as
many issues may already be fixed upstream.
This will produce a current linuxsampler.tar.gz to test with:-
svn co
Since update of libusb:
Installation failed:
file /usr/lib64/libusb-1.0.so.0.1.0 from install of
lib64usb1.0_0-1.0.13-1.mga3.x86_64 conflicts with file from package
lib64usbx1.0_0-1.0.12-1.mga3.x86_64
On 21/09/12 19:54, Anne Wilson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20/09/12 21:37, Guillaume Rousse wrote:
If everything else fails, you may also inhibit IPv6 completly: just
add 'install ipv6 /bin/true' in any file under /etc/modprobe.d, and
reboot.
Using MCC, I
On 08/09/12 19:07, Pierre-Malo Deniélou wrote:
Any other suggestions for the groups?
gnuradio is development software for software enabled radio, so
Communications/Development
Amateur Radio is needed as a group for packages like grig and xlog,
so maybe:
Communications/Amateur Radio
On 24/07/12 07:21, Sander Lepik wrote:
24.07.2012 02:32, Barry Jackson kirjutas:
Updating an i586 Cauldron VM I am getting this:-
Preparing...
#
1/52: filesystem
On 24/07/12 10:25, Colin Guthrie wrote:
do you have
/var/run.runmove~ and /var/lock.lockmove~ files?)
Cheers
Col
Hi Col,
Yes I have both of those. (they are dirs not files)
Barry
1 - 100 of 165 matches
Mail list logo