On 04/10/2013 05:06 AM, Anne Wilson wrote:
I went through the following steps again:
1) Boot the rescue system
2) drvinst
3) mount your root as /mnt
4) do a mount --bind /dev /mnt/dev
5) do a chroot /mnt
6) do a mount -t proc none /proc
7) do a mount -t sysfs none /sys
8) do XFdrake
9) choose
On 04/10/2013 07:31 AM, Anne Wilson wrote:
ifup: configuration for eth0 not found - I had already tried that.
Interesting. I guess you didn't configure eth0 from the Install
Summary. You can do it from the chroot (using Colin's suggestion) by
running drakconnect.
That's what I thought,
On 04/10/2013 02:21 PM, Anne Wilson wrote:
Out of curiosity I tried the distro upgrade. It appeared to complete,
but booted to a blank screen, so I didn't waste any more time on it.
I started afresh and did a clean install (though keeping /home).
Something occurred to me today that may or may
On 04/10/2013 03:32 PM, Anne Wilson wrote:
I downloaded the latest beta - and checked the sha1sum before
installing. It worked perfectly. I configured eth0 as dhcp, knowing
that I'd have to get the wifi drivers later. I did the update
immediately after the install - that would be the 3rd
On 04/07/2013 11:25 AM, Anne Wilson wrote:
Sorry to be a pain, Frank, but I've never been able to understand the
Rescue mode. Everything I've tried fails. How exactly do you mount
your root partition? I went to Console, but every command I tried
failed. I then tried the mount under /mnt and
On 04/08/2013 11:03 AM, Anne Wilson wrote:
modprobe: FATAL: Module shpchp not found
modprobe: FATAL: Module snd_hda_intel not found
How do I get these?
I'm not sure why a rescue system would need either of them. I guesss
you get these messages from drvinst; I get some sililar ones myself
On 04/08/2013 12:13 PM, Anne Wilson wrote:
OK, moving on. Listing /mnt/etc/systemd/system/ I have no
default.target link, so I assume I have to make one. Is that
ln -s /lib/systemd/system/runlevel3.target
/mnt/etc/systemd/system/default.target
?
Actually, you probably want to first chroot
On 04/08/2013 12:52 PM, Anne Wilson wrote:
Something very odd is happening, indeed. Remember this was a
functioning system before I did the updates.
Rebooting, nothing has changed. I get grub, lots of disk activity led
flickering, but no output to the screen, with or without Esc. I can
boot
On 04/08/2013 02:41 PM, Anne Wilson wrote:
No, it doesn't. When I ran XFdrake the test did display colours,
though at a resolution I wouldn't want to work with :-) However, on
reboot I still have a backlit black screen.
I'm sure you are on the right track. It's not radeon, though, it's
Intel
On 04/07/2013 09:25 AM, Anne Wilson wrote:
On rebooting there was a good deal of disk activity light flickering,
but a completely black screen.
Follow the instructions to boot into level 3, and then try XFdrake from
a root console to see how your video is configured. If everything else
seems
On 04/04/2013 10:59 AM, Anne Wilson wrote:
Not much progress. My usual method of editing the kernel line to get
a level 3 boot doesn't work - same blank (but lit) screen. Failsafe
appears to be doing better - at least I can see messages. It reaches
Reached target Multi-User
Reached target
On 03/23/2013 08:31 AM, Thierry Vignaud wrote:
I've backported the needed changes.
I've tested it with USB hid, it worked.
Please test too (normal modules + xen).
Then I'll submit it
Working now, thanks.
On 03/23/2013 07:04 AM, Juergen Harms wrote:
On 03/23/2013 03:48 AM, David W. Hodgins wrote:
I've already responded to the op, basically stating that more info is
needed, and suggesting Jason consider joining the qa team, so we have
more hardware available for testing.
Here is a list of
On 03/23/2013 12:34 PM, Thierry Vignaud wrote:
On 23 March 2013 17:12, Frank Griffin f...@roadrunner.com wrote:
I've backported the needed changes.
I've tested it with USB hid, it worked.
Please test too (normal modules + xen).
Then I'll submit it
Working now, thanks.
What do you means
On 03/23/2013 02:27 PM, Juergen Harms wrote:
Sorry for missing out people, here is an updated list (and sorry for
just having sent a junk message) - probably this should be an
attachment to one of the bugzilla reports.
Reports on interface problembugzilla #, ML
On 03/22/2013 07:20 AM, Glen Ogilvie wrote:
Hi,
I've been trying to test the installer change below before RC4,
thinking that it might be quite helpful.
I am having a little bit of trouble however. Could someone point me
in the right direction on a couple
of things.
1. How does the src
@tv
You could try:
- rebuilding drakx-installer-stage1 with reverting this commit,
- rebuilding drakx-installer-images with new drakx-installer-stage1
- then boot the new boot.iso or vmlinuz+all.rdz
Could you please elaborate on the first and part of the second step ?
There is a
On 03/20/2013 03:34 AM, AL13N wrote:
ok, i found out the issue... it seems that stage1 uses lst-detect and the
usbtable.gz file. and that file only contains '_' ...
the function i modified had not only effect for the modules.dep/filenames when
manually selecting, but also for the lst-detect
On 03/20/2013 12:34 PM, Frank Griffin wrote:
I'm confused.
I see your point: modules.dep and the actual driver module filenames
in /lib/modules use dashes in the names, while usbtable uses
underscores. So why does lsmod show underscores instead of dashes ?
Also, why do the two differ
On 03/20/2013 11:25 AM, Frank Griffin wrote:
@tv
Am I correct in assuming that you meant:
1) Download the drakx-installer-binaries SRPM
2) rpm -ivh it
3) svn checkout the mdk-stage1 directory
4) revert the 7542 commit there
5) replace the mdk-stage1 directory in the binaries SRPM source
On 03/20/2013 01:33 PM, Thierry Vignaud wrote:
That's because modules.alias enables to match through wildchars.
eg for ehci (see either /sbin/modinfo ehci_pci or
fgrep ehci /lib/modules/3.8.3-desktop-2.mga3/modules.alias):
alias pci:v104AdCC00sv*sd*bc*sc*i* ehci_pci
alias
On 03/20/2013 04:22 PM, AL13N wrote:
not really, it just means that in the kernel - are mapped to _; modprobe
tools handle both cases, just modinfo reports the filename which can
include '-', but it can still handle both.
lspci and most tools just report it as it's really named (depending on
On 03/18/2013 10:20 AM, Colin Guthrie wrote:
'Twas brillig, and Frank Griffin at 18/03/13 13:49 did gyre and gimble:
Trying a fresh install this morning (booting isolinux from grub), the
select your install type curses menu comes up, but the keyboard is
completely unresponsive.
Perhaps stage1
On 03/19/2013 12:15 PM, Colin Guthrie wrote:
'Twas brillig, and Frank Griffin at 19/03/13 15:25 did gyre and gimble:
Problem still present in last night's installer upload...
Were you able to try Thierry's suggestion?
My apologies, I must have missed it. I looked it up in the archives
On 03/19/2013 03:35 PM, AL13N wrote:
the patch removes the previous workaround that converts - in module filenames,
to _ . it's removed because if a module is selected manually, it's made from
filenames. so the - must match.
maybe if a module isn't selected manually, it comes from lstdetect or
On 03/19/2013 04:56 PM, AL13N wrote:
a module list of loaded modules with that hardware...
i think it might be this commit, but i'm wondering what's the difference
inbetween automatic loading and loading from the module box.
iow: we need to find what module is actually the problem
Here we
Trying a fresh install this morning (booting isolinux from grub), the
select your install type curses menu comes up, but the keyboard is
completely unresponsive. There's no problem with the keyboard itself,
as it worked fine to navigate the grub menu to select isolinux.
Isolinux gives the
On 03/15/2013 12:34 PM, Thomas Spuhler wrote:
On Friday, March 15, 2013 09:02:47 AM Johnny A. Solbu wrote:
Really!?
So now we need to register at Google in order to help develop Mageia?
(I'm asked to login in order to see it)
What's wrong with the wiki, a html file or a plain old text file?
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:
Preparing... #
1/102: git-core #
2/102:
On 01/28/2013 06:44 PM, Barry Jackson wrote:
My limited understanding is that the code in the 512 byte PBR has to
use block lists to find the core image in /boot, since it is too small
to understand filesystems. This is fragile in that filesystems and
file utilities may move files around on
On 01/28/2013 02:27 PM, Barry Jackson wrote:
Err...
# grub
root (hdx,y)
setup (hdx,y)
quit
Job done - there is no need to touch install.sh
Err,
[root@ftglap grub]# cat /boot/grub/install.sh
grub --device-map=/boot/grub/device.map --batch EOF
root (hd0,5)
setup --stage2=/boot/grub/stage2
On 01/20/2013 06:44 AM, Maurice Batey wrote:
There is an illuminating presentation on whole subject at:
http://www.zdnet.com/multi-booting-with-legacy-grub-and-grub2-4010022073
According to this article, grub and grub2 each support chainloading the
other. So I really don't see why there's a
On 01/20/2013 07:55 AM, Maurice Batey wrote:
So I suspect that he (like me) does not know how to boot a GRUB Legacy
install from a GRUB2 boot menu. (Yes, I know GRUB2 boot menus do show
options to boot existing GRUB Legacy installs, but in my experience
(with Ubuntu and Mint) they *fail* to
On 01/20/2013 02:58 PM, 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
Many thanks, Thomas!
Look, I don't don't want to restate the obvious, but you *do* realize
On 01/16/2013 06:40 PM, Luc Menut wrote:
Le 16/01/2013 15:51, Pierre-Malo Deniélou a écrit :
On 16/01/13 14:27, Frank Griffin wrote:
I seem to remember a bug report go by which had something to do with
not
offering package groups during Package Selection that aren't
actually on
the install
I seem to remember a bug report go by which had something to do with not
offering package groups during Package Selection that aren't actually on
the install media, and that Thierry reported it fixed. That may be
related to what I'm seeing.
I just tried a fresh network install against a local
On 01/16/2013 09:51 AM, Pierre-Malo Deniélou wrote:
It is probably linked to the RPM group change. Sorry.
I can patch
http://svnweb.mageia.org/soft/rpmdrake/trunk/Rpmdrake/icon.pm?revision=6429view=markup
if tv does not beat me to it.
Best,
OK, can you let me know what new package(s) to
I've been re-running /boot/grub/install.sh from within chroots for years
with no problem. But today when I tried doing this, I consistently got
Error 21: no such device. After googling a bit, I noticed that if I
started grub in the rescue system and did grub geometry (hd0), I got
a correct
On 01/11/2013 01:09 PM, Maurice Batey wrote:
(1) Still got kernel panic when booting from normal Mga3 stanza.
(2) Can no loonger boot using any of the .img.old initrd's. (They
all give Kernel Panic)
It sounds like you don't really have the new packages installed. In
rebuilding all of your
On 01/10/2013 03:26 PM, Olivier Blin wrote:
You might need to run this command to update initrds:
bootloader-config --action rebuild-initrds
Or just update to current cauldron, which includes the 3.8 kernel, the
installation of which will rebuild the initrd.
On 01/09/2013 02:26 PM, Dick Gevers wrote:
On Wed, 09 Jan 2013 19:13:14 +, Maurice Batey wrote about Re:
[Mageia-dev] Kernel Panic after latest Mageia-3-Alpha2 s/w update c:
and - in menu.lst - replaced:
But although a reboot starts well, after 6 lines the action *hangs* at
the 'initrd'
On 01/08/2013 03:16 PM, Thomas Backlund wrote:
Thierry Vignaud skrev 8.1.2013 22:13:
Hi
We need some help with building libreoffice which fails for a couple
months.
it took ~5h for me to build libreoffice-4.0.0.0-6.beta2.mga3 beta on a
core i7, and x86_64 built ok ???
maybe we should limit
On 01/06/2013 03:34 PM, AL13N wrote:
well, at boot time, the nfs isn't mounted.
the reason seems to be that nfs-common doesn't exist anymore and is replaced
by various nfs-*.service files; which aren't loaded and not enabled.
is this something that needs to be triggered by something else?
am
1 installation transactions failed
There was a problem during the installation:
file /usr/bin/gdbus-codegen from install of
libglib2.0-devel-2.34.3-2.mga3.i586 conflicts with file from package
lib64glib2.0-devel-2.34.3-2.mga3.x86_64
file /usr/bin/glib-genmarshal from install of
installing libgvfs0-1.14.2-2.mga3.i586.rpm from
/mnt/cauldron/i586/media/core/release
Preparing... #
Installation failed:file /usr/libexec/gvfs-udisks2-volume-monitor
from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from
package
The following keeps showing up:
rsync: readdir(/mnt/cauldron/x86_64/media/core/release): Too many
levels of symbolic links (40)
IO error encountered -- skipping file deletion
On 12/20/2012 06:00 PM, Olivier Thauvin wrote:
* Frank Griffin (f...@roadrunner.com) wrote:
The following keeps showing up:
rsync: readdir(/mnt/cauldron/x86_64/media/core/release): Too many
levels of symbolic links (40)
IO error encountered -- skipping file deletion
Seems to work here
I just did a new install and noticed the panel for the addition of the
nonfree and tainted repos.
WELL DONE !! I hadn't done a fresh install for awhile, and hadn't had a
chance to notice.
I think this will do wonders for the usability of MGA3.
On 12/03/2012 07:12 PM, JA Magallón wrote:
To get the most 'pure' NM setup I could, I did this:
- disabled the ifcfg-rh plugin in NM.conf, just keyfile
- configured the network via nm-connection-editor, stored system wide
in /etc/NetworkManager/system-connections
- creaed a dummy ifcfg-eth0
On 12/02/2012 12:14 PM, Claire Robinson wrote:
Have you created a bug for this Maurice?
There probably already is one. Or, he can just search the ML archives.
This has been discussed to death, several times. I can't recall whether
an authoritative decision was made, but IIRC most people
On 11/30/2012 03:15 AM, David W. Hodgins wrote:
On Thu, 29 Nov 2012 17:35:01 -0500, Frank Griffin f...@roadrunner.com
wrote:
I don't think anything's going to get done in that timeframe, but
CTRL-ALT-{R,S,E,I,U,B} will get you through the weekend.
Shouldn't that be ctrl+alt+sysrq-r,s,e,i,s
On 11/30/2012 07:13 AM, Anne Wilson wrote:
Before doing all that, can you explain the significance of the
suffixes here?
ls /usr/lib/ | grep powerdevil
libpowerdevilconfigcommonprivate.so.4@
libpowerdevilconfigcommonprivate.so.4.10.0*
libpowerdevilcore.so.0@
libpowerdevilcore.so.0.1.0*
Op vrijdag 30 november 2012 12:59:25 schreef Anne Wilson:
On 30/11/12 12:26, Frank Griffin wrote:
On 11/30/2012 07:13 AM, Anne Wilson wrote:
Before doing all that, can you explain the significance of the
suffixes here?
ls /usr/lib/ | grep powerdevil
libpowerdevilconfigcommonprivate.so.4
On 11/29/2012 11:58 AM, Anne Wilson wrote:
OK, done that. As you expected, it returned
/usr/lib/libpowerdevilcore.so.0.1.0
/usr/lib/packagekitd
/usr/lib/libpolkit-qt-core-1.so.1.103.0
/usr/bin/xdm
/usr/bin/gnome-session
So what do I do now? They don't look like things that can just be
On 11/28/2012 08:05 AM, Johnny A. Solbu wrote:
If the interface is configured using NetworkManager, why doesn't NM
itself create the file, if it doesn't exist, and add the line, to
prevent this? Perhaps a checkbox could be added to make it happen.
Just thinking out loud.
NM doesn't need ifcfg
On 11/28/2012 08:23 AM, Johnny A. Solbu wrote:
On Wednesday 28. November 2012 14.17, Frank Griffin wrote:
NM doesn't need ifcfg files
But udev or some other proccess does. My point was to add the line to the ifcfg
files in order to prevent the other proccesses from fighting with NM
On 11/26/2012 08:33 AM, Anne Wilson wrote:
Perfect. The 'find' returns
/usr/lib/libpowerdevilcore.so.0.1.0
/usr/lib/packagekitd
/usr/lib/libpolkit-qt-core-1.so.1.103.0
/usr/bin/xdm
/usr/bin/gnome-session
I'd say these are the only candidates for a runtime error. Rerun the
find on /usr/lib
On 11/28/2012 02:57 PM, Pierre Jarillon wrote:
Le mercredi 28 novembre 2012 20:13:35, Frank Griffin a écrit :
Anyway, IIRC the help for Kill Timer is right on the screen.
We are not testing the same distro :-(
F1 Help is ont the bottom left and the content is not understandable for most
I have automounting enabled in KDE system settings Removable Media, and
both automount on login and automount on attach are checked. But nothing
is getting automounted.
Likewise, if I load a blank DVD and bring up the device notifier and
check the Mount button, nothing happens.
Automounting
On 11/25/2012 04:04 AM, Anne Wilson wrote:
Is there somewhere I could check to find out what it is?
Since there's no identification in the message, all I could suggest is a
brute-force search of all files on the root or /usr partitons for the
string ConsoleKit, which appears in the error
On 11/25/2012 09:01 AM, Anne Wilson wrote:
Makes sense. The only problem is I don't know how to do that. I
tried to use a combination of cat and grep, but there is no recursive
flag, so that won't work. How would you do it?
You want a combination of find and grep. GNOME used to (and maybe
On 11/24/2012 02:37 AM, Anne Wilson wrote:
On 24/11/2012 05:36, Frank Griffin wrote:
I haven't tested since, because this was the straw on the camel's back
that finally got me to pull enough teeth to find out that NM won't work
in KDE without manual intervention. Once I got NM to work, I never
On 11/24/2012 08:20 AM, Anne Wilson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In Cauldron, I'm once again struggling with the inability to make
configuration changes. I first met it and wrote about it when trying
to get wifi working. Now I'm trying to change shutdown option, and
On 11/24/2012 02:59 PM, John Balcaen wrote:
Suggest here: drop all ifcfg configuration files and switch to keyfile
plugin.
OK, in the spirit of Anne's original question, can you tell us exactly
what the keyfile plugin is and does, and how to use it ? I'll volunteer
to do a fresh install
On 11/24/2012 03:35 PM, Olivier Blin wrote:
We had a thread about deprecating hal (replaced by udisks2), policykit
(replaced by polkit) and consolekit (replaced by systemd logind).
Before obsoleting these, we made sure that all packages requiring them
had been fixed to use the replacement.
On 11/24/2012 02:59 PM, AL13N wrote:
I'm not following 100%, does this mean there are already quite
specific usecases for this?
This is conceptually no different than someone offering to pay a
developer to engineer a change to a Mageia package for himself. It's
open-source, so what's the
On 11/23/2012 03:46 AM, Robert Fox wrote:
There has been much discussion over the KDE NetApplet and the lack of
reliability with it - on my laptop (Thinkpad X220) it crashes regularly
and I can't get it to switch between WWAN0 and WLAN0 without failing.
Strangely, under Gnome - the Gnome network
On 11/23/2012 11:12 AM, Olivier Blin wrote:
Frank Griffin f...@roadrunner.com writes:
Can't win is appropriate. You may want to check the comments in bug#8169.
Apart from any net-applet crash, ifplugd is failing to start wireless
interfaces with current kernels
Hi,
Do you have any more
On 11/20/2012 12:30 AM, Johnny A. Solbu wrote:
In the last day, a simple typo have sendt my MGA2 desktop system so sleep. (The
Sleep key is right next to the F12 key. I use F12 extensively.)
When it wakes up, there is NO network (ethernet) of any kind. Nothing!
Assuming you're using KDE, KDE
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 capability even
when explicitly
On 11/19/2012 08:55 AM, Pascal Terjan wrote:
On Mon, Nov 19, 2012 at 9:39 AM, Colin Guthrie mag...@colin.guthr.ie
mailto:mag...@colin.guthr.ie wrote:
The call that's stalling things is stat(), but this never used to be a
problem with lazy umounts in the past (not sure if it's just
LXDE Power Management seems to be non-existent, and where it does exist
it seems to be distro-related. Google searching indicates that other
distros use either gnome-power-manager or xfce4-power-manager to meet
the need, but there is no GUI and no hint as to which config files
should be
This actually started with the last systemd drop, but it's still
happening with today's systemd drop.
The boot proceeds and then stalls on tty1 with:
[^[[1;32m OK ^[[0m] Started LSB: ProFTPD FTP server.
[^[[1;32m OK ^[[0m] Started LSB: Starts the postfix daemons.
[^[[1;32m OK ^[[0m]
On 11/06/2012 08:49 AM, Colin Guthrie wrote:
'Twas brillig, and Frank Griffin at 06/11/12 12:28 did gyre and gimble:
However, if you ALT-F2 to tty2, getty
comes up, and if you do service dm start, the DM starts, oddly enough,
on tty1.
That's not odd. gdm is meant to always come up on tty1.
I
I should note that this is an 8-core Intel i7, so this could easily be a
race condition...
On 11/06/2012 10:06 AM, Frank Griffin wrote:
I should note that this is an 8-core Intel i7, so this could easily be
a race condition...
A, nevvermind, I found it. It's that non-LSB oracle initscript
again. The rpm went missing, and that resulted in landing an unmodified
initscript
On 11/06/2012 11:04 AM, Colin Guthrie wrote:
Ahh, that pesky time sync :p Glad you noticed! Col
Here's a follow-up:
I fixed the oracle initscript, but now it won't start through systemd.
Doing a service oracle-xe start gives me an [OK], but systemctl
status oracle-xe.service shows the
On 10/30/2012 04:16 PM, Olivier Thauvin wrote:
I do my best to restore the service as soon as possible.
At time, 26GB of Mageia are restored.
Sorry for your misfortune, Olivier. Your mirror is invaluable to us.
Please post when your repairs are complete. Syncing with distrib-coffee
is
On 10/29/2012 06:40 AM, Nicolas Lécureuil wrote:
Yes but as told distrib-coffee seems to have a pb but not only with mageia see
: ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/
Just a reminder, if you normally mirror from distrib-coffee using rsync
--delete, you probably don't want to do that
On 10/29/2012 08:06 AM, Wolfgang Bornath wrote:
No, not really. We sync with distrib-coffee but we do not get as far
as the -delete option could do any damage: But putting rsync on hold
until the situation is cleared up is certainly a good idea. 1 Minute
ago distrib-coffee answered to our sync
I was looking around to figure out how to enable XDMCP support in GDM,
and noticed something strange.
In the GNOME site GDM3 documentation, they give several options for GDM
configuration none of which seem to exist in cauldron.
An example is given of using gconf-edit to access apps/gdm, but
On 10/29/2012 06:20 PM, Olivier Blin wrote:
I would prefer B: adding a nonfree-tainted repo (+ its
updates/testing/backports/debug brothers). See
https://bugs.mageia.org/show_bug.cgi?id=2833 for a list of packages
needing faac. Yes, that's overkill, it will clutter the urpmi media
config UI,
On 10/26/2012 08:51 PM, Johnny A. Solbu wrote:
I'm a packager and I also don't remember there beeing a decision.
There was a lot of discussion, but no resolvement.
I recall there was a pretty clear consensus that if it was impractical
to create a new set of directories, faac should go into
On 10/22/2012 05:15 PM, Olivier Blin wrote:
Hi,
After uncountable years as a packager and maintainer in the Mandriva
Linux distribution, providing a huge number of impeccable contributions,
Götz Waschk is now joining us as a Mageia packager.
Please welcome him aboard!
Salut, Gotz.
It's
This used to allow installation of packages with no signature without
prompting. Recently, there have been a bunch of packages in cauldron
with no signature, but I'm finding that urpmi --auto-update --no-md5sum
is prompting me anyway for each such package.
Am I incorrect in my assumption of
On 10/16/2012 08:09 AM, Sander Lepik wrote:
16.10.2012 14:28, Frank Griffin kirjutas:
This used to allow installation of packages with no signature without
prompting. Recently, there have been a bunch of packages in cauldron
with no signature, but I'm finding that urpmi --auto-update
On 10/04/2012 02:29 AM, Wolfgang Bornath wrote:
My position about mixing non-free into the core repository with a
filter: That may be technically possible to integrate into urpm* and
rpmdrake. But it will create confusion and problems.
1. Problems for mirror maintainers who do not want to
On 10/04/2012 10:46 AM, Wolfgang Bornath wrote:
There are/were enough Mandriva mirrors who did not mirror PLF at all.
I'm well aware of that, since PLF wouldn't have existed otherwise. The
question concerned mirroring nonfree, not tainted. The reasons for not
mirroring each of these is
On 10/04/2012 11:11 AM, Wolfgang Bornath wrote:
Or he just forgot to add the tag - that's easier than to chose a
repository on intention.
Doesn't the name of the license already appear in the packaging ? Why
would you need a new separate tag which could be forgotten ?
On 10/04/2012 11:29 AM, Wolfgang Bornath wrote:
Still the trust on a software filter is not the same as the trust in a
visible separation. If you think there is no technical difference,
this discussion is not just on technical of the issue. If I go into an
empty room which is dark, everybody
On 10/04/2012 12:22 PM, Wolfgang Bornath wrote:
Yes, that's why I prefer the separation of free and non-free repos.
IMHO opinion it is easier to have non-free visually out of the way for
the FOSS enthousiasts and it's just one click (actually 2 including
non-free/updates) for the users who want
On 10/03/2012 04:52 AM, Colin Guthrie wrote:
Could we add a license blacklist (or whitelist) feature to URMI?
+1
On 10/03/2012 09:01 AM, Johnny A. Solbu wrote:
If we're using tainted for this, I still think we should separate the
Free from the Nonfree packages. We could have, say, tainted/free and
tainted/nonfree.
How is that any different than the new repository approach that keeps
getting shot down as
On 10/03/2012 10:07 AM, Guillaume Rousse wrote:
OK, let's vote here:
- how many people for using 'tainted' ?
- how many people for using 'non-free' ?
Any solution involving technical changes doesn't qualify for a simple
solution, and doesn't seems worth the effort for just a single package...
On 10/03/2012 10:32 AM, Sander Lepik wrote:
I have one concern for that solution, how are we gonna build free
packages if they can use non-free packages from the same repo. It
seems technically a bit too complicated. BS would need some rewrite or
we would have to rename a lot of packages that
On 10/02/2012 04:03 AM, Guillaume Rousse wrote:
Given the importance of this package for several multimedia-related
software (it is a mandatory dependency for cinerella, for instance), I
think it's time to revisit this decision, and rather look for a
pragmatic solution rather than a merely
On 10/02/2012 07:50 AM, Wolfgang Bornath wrote:
We have software in 4 different flavors:
1. free software (FOSS), most of them distributed under any of the GPL versions
2. non-free software, meaning they can not distributed under such
licenses as the GPL. Mostly it's closed source software
I have a cauldron system with the Oracle Express Edition (oracle-xe) RPM
installed. This has worked nicely in the past, with the simple change
that the /etc/init.d/oracle-xe script needs to have LSB headers added.
I don't start the DB automatically at boot, but only when I need it for
I set the systemd log-level to debug to debug another problem, and
found that a new problem with an HP printer that has been working
forever is apparently laid at its door:
Sep 27 14:07:41 ftgme2 systemd[1]:
sys-devices-pci:00-:00:12.0-us...ad
Sep 27 14:07:41 ftgme2 systemd[1]:
On 09/27/2012 02:21 PM, Colin Guthrie wrote:
'
Does your dmesg report anything interesting going on with the device?
Sort of, by omission.
At 10 seconds in, we have
[ 10.744514] usblp 1-1:1.0: usblp0: USB Bidirectional printer dev 3 if
0 alt 1 proto 2 vid 0x03F0 pid 0x1817
[ 10.744529]
1 - 100 of 335 matches
Mail list logo
