Re: [Mageia-dev] Deprecating startx
Le vendredi 9 mars 2012 23:56:28, eatdirt a écrit : > [got another reason for startx, my pentium 133MHz running mga.1 does not > like kdm, even xdm :)] > Ah, I feel less alone (well, Pentium 166 MMX for my side.
Re: [Mageia-dev] deprecate text installer
Op zaterdag 10 maart 2012 00:25:46 schreef Thierry Vignaud: > On 9 March 2012 19:44, Maarten Vanraes wrote: > > yeah i already confirmed it slightly working, there's still a curses bug > > i presume see the bug report > > You shouldn't have mixed this with that bug report. > (btw this looks like a virtuabl bios issue imho) oh, sorry, i'll try it out on a real machine tomorrow. allthough, the pictures i have from the text installer from mga1 didn't have this, and the vbox host and version is still the same...
Re: [Mageia-dev] deprecate text installer
On 9 March 2012 19:44, Maarten Vanraes wrote: > yeah i already confirmed it slightly working, there's still a curses bug i > presume see the bug report You shouldn't have mixed this with that bug report. (btw this looks like a virtuabl bios issue imho)
Re: [Mageia-dev] Deprecating startx
On 09/03/12 00:58, Colin Guthrie wrote: If no one has a problem, I'll look to include the patch Well done! [got another reason for startx, my pentium 133MHz running mga.1 does not like kdm, even xdm :)] Thanks! chris.
Re: [Mageia-dev] Mageia support for GMA 3600 (Cedar Trail Atom)
On Fri, 9 Mar 2012, Thomas Backlund wrote: > tux99-...@uridium.org skrev 8.3.2012 02:18: > > > > Hi, > > I just tried Mageia 2 beta 1 on a Intel DN2800MT board hoping that it > > would have framebuffer support for the GMA 3600, but the attached > > monitor goes into standby (no signal) as soon as the frame buffer gets > > activated during boot. > > > > As far as I understand there is frame buffer support in the 3.3 kernel > > for the GMA 3600 so in theory it should work. > > > > Are you aware of this issue or should I do a bug report? > > > > Yes. > > There is a bug with Cedar Trail that got fixed upstream a few days after > 3.3-rc6 was released, so the fix is not in our current > kernel-3.3.0-0.rc6.1.mga2, but it will be fixed in the next build. Thanks, that's great, I will test the next build and then report back how that works with my Cedar Trail board.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release otrs-3.1.2-1.mga2
On 9 March 2012 16:23, dlucio wrote: > Description : > The Open Ticket Request System (http://otrs.org/) is a web based ticket > system. > > Feedback: feedb...@otrs.org This has nothing to do in %description > OTRS is an Open source Ticket Request System with many features to manage > customer telephone calls and e-mails. It is distributed under the GNU > AFFERO General Public License (AGPL) and tested on Linux, Solaris, AIX, > FreeBSD, OpenBSD and Mac OS 10.x. Do you receive many e-mails and want to > answer them with a team of agents? You're going to love the OTRS! %description should stop right here > Feature list: > > Web-Interface: > - Agent web interface for viewing and working on all customer requests > - Admin web interface for changing system things > - Customer web interface for viewing and sending infos to the agents > - Webinterface with themes support > - Multi language support (Brazilian Portuguese, Bulgarian, Dutch, English, > Finnish, French, German, Italian and Spanish) > - customize the output templates (dtl) release independently > - Webinterface with attachment support > - easy and logical to use > > Email-Interface: > - PGP support > - SMIME support > - MIME support (attachments) > - dispatching of incoming email via email addess or x-header > - autoresponders for customers by incoming emails (per queue) > - email-notification to the agent by new tickets, follow ups or lock > timeouts > > Ticket: > - custom queue view and queue view of all requests > - Ticket locking > - Ticket replies (standard responses) > - Ticket autoresponders per queue > - Ticket history, evolution of ticket status and actions taken on ticket > - abaility to add notes (with different note types) to a ticket > - Ticket zoom feature > - Tickets can be bounced or forwarded to other email addresses > - Ticket can be moved to a different queue (this is helpful if emails are > for a specific subject) > - Ticket priority > - Ticket time accounting > - Ticket merge feature > - Ticket ACL support > - content Fulltext search > > System: > - creation and configuration of user accounts, and groups > - creation of standard responses > - Signature configuration per queue > - Salutation configuration per queue > - email-notification of administrators > - email-notification sent to problem reporter (by create, locked, deleted, > moved and closed) > - submitting update-info (via email or webinterface). > - deadlines for trouble tickets > - ASP (activ service providing) support > - TicketHook free setable like 'Call#', 'MyTicket#', 'Request#' or > 'Ticket#' > - Ticket number format free setable > - different levels of permissions/access-rights. > - central database, Support of different SQL databases (e. g. MySQL, > PostgeSQL, ...) > - user authentication agains database or ldap directory > - easy to develope you own addon's (OTRS API) > - easy to write different frontends (e. g. X11, console, ...) > - own package manager (e. g. for application modules like webmail, > calendar or > filemanager) > - a fast and usefull application Too long...
Re: [Mageia-dev] Mageia support for GMA 3600 (Cedar Trail Atom)
tux99-...@uridium.org skrev 8.3.2012 02:18: Hi, I just tried Mageia 2 beta 1 on a Intel DN2800MT board hoping that it would have framebuffer support for the GMA 3600, but the attached monitor goes into standby (no signal) as soon as the frame buffer gets activated during boot. As far as I understand there is frame buffer support in the 3.3 kernel for the GMA 3600 so in theory it should work. Are you aware of this issue or should I do a bug report? Yes. There is a bug with Cedar Trail that got fixed upstream a few days after 3.3-rc6 was released, so the fix is not in our current kernel-3.3.0-0.rc6.1.mga2, but it will be fixed in the next build. -- Thomas
Re: [Mageia-dev] cleaning in core/updates_testing
Thierry Vignaud skrev 9.3.2012 15:05: Hi Can someone remove obsolete packages from core/updates_testing? - *1-1.7.2-1.mga2* (subversion is newer in core release) - libbdevid-python-* (ditto) Core updates_testing is now cleaned . -- Thomas
Re: [Mageia-dev] deprecate text installer
Op vrijdag 09 maart 2012 17:42:33 schreef Thierry Vignaud: > On 9 March 2012 17:29, Maarten Vanraes wrote: > > ah, you fixed it? thanks alot, i'll go test immediately > > No, I mean you're all lyers :-) you mean liars? > More seriously, on x86_64 you 'll need the 48132096 bytes > install/stage2/mdkinst.sqfs file from Mar 9 2012 13:22 > (different size on i586 of course) yeah i already confirmed it slightly working, there's still a curses bug i presume see the bug report
Re: [Mageia-dev] deprecate text installer
On 9 March 2012 17:29, Maarten Vanraes wrote: > > ah, you fixed it? thanks alot, i'll go test immediately No, I mean you're all lyers :-) More seriously, on x86_64 you 'll need the 48132096 bytes install/stage2/mdkinst.sqfs file from Mar 9 2012 13:22 (different size on i586 of course)
Re: [Mageia-dev] deprecate text installer
Op vrijdag 09 maart 2012 14:29:42 schreef Thierry Vignaud: > On 9 March 2012 07:42, Maarten Vanraes wrote: > >> > If we deprecate and remove the abillity to use a text installer, we > >> > are effectlively blocking blind users from beeing able to install the > >> > system. > > > > I know how you guys feel, but the fact is that we're at beta1 and it's > > not working and it doesn't seem to be a simple problem... > > > > we're trying to fix it, but it doesn't seem good atm: > > https://bugs.mageia.org/show_bug.cgi?id=4724 > > > > and if it's not working, we shouldn't advertise it > > You lie. > It's working perfectly. ah, you fixed it? thanks alot, i'll go test immediately
Re: [Mageia-dev] ANN: libtorrent and rtorrent reverted to their stable versions
On 7 March 2012 23:01, Samuel Verschelde wrote: > libtorrent was reverted to version 0.12.9 and rtorrent to 0.8.9 > > Don't forget to downgrade those if you have them on your cauldron system. That means beta1 users too.
Re: [Mageia-dev] deprecate text installer
'Twas brillig, and Thierry Vignaud at 09/03/12 13:29 did gyre and gimble: > On 9 March 2012 07:42, Maarten Vanraes wrote: If we deprecate and remove the abillity to use a text installer, we are effectlively blocking blind users from beeing able to install the system. >> >> I know how you guys feel, but the fact is that we're at beta1 and it's not >> working and it doesn't seem to be a simple problem... >> >> we're trying to fix it, but it doesn't seem good atm: >> https://bugs.mageia.org/show_bug.cgi?id=4724 >> >> and if it's not working, we shouldn't advertise it > > You lie. > It's working perfectly. :) -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] oce (opencascade) license issues
On 04/03/12 11:01, Michael Scherer wrote: Le vendredi 02 mars 2012 à 23:46 +, Barry Jackson a écrit : I have been working on oce, but need help deciding on where to put it and with what license. Oce is the OPENCascade Community Edition. Earlier versions are/were packaged by Mdv and Fedora, and recently Deb has included it. It seems from OPENCascade's own license literature to be LGPL-like with differences. (but rpmlint is not happy with that). Fedora consider it non-free, but since all the source is available and redistributable I don't know why, so ignore my comment on line 1 of the spec. There are links in the spec to license references. See https://bugzilla.redhat.com/show_bug.cgi?id=458974 ( notably the comment from #10 ). I would push this to non-free, because that would be a problem for a company. It also has a single tainted BuildRequire on pkgconfig(glw).
Re: [Mageia-dev] deprecate text installer
On Fri, Mar 9, 2012 at 06:42, Maarten Vanraes wrote: > Op vrijdag 09 maart 2012 04:29:39 schreef Liam R E Quin: >> On Fri, 2012-03-09 at 04:11 +0100, Johnny A. Solbu wrote: >> > If we deprecate and remove the abillity to use a text installer, we >> > are effectlively blocking blind users from beeing able to install the >> > system. > [..] > > I know how you guys feel, but the fact is that we're at beta1 and it's not > working and it doesn't seem to be a simple problem... Well that's why we have plenty of time until rc, to stop working on updating things and spend plenty of time fixing bugs :) > we're trying to fix it, but it doesn't seem good atm: > https://bugs.mageia.org/show_bug.cgi?id=4724 > > and if it's not working, we shouldn't advertise it
Re: [Mageia-dev] deprecate text installer
On 9 March 2012 07:42, Maarten Vanraes wrote: >> > If we deprecate and remove the abillity to use a text installer, we >> > are effectlively blocking blind users from beeing able to install the >> > system. > > I know how you guys feel, but the fact is that we're at beta1 and it's not > working and it doesn't seem to be a simple problem... > > we're trying to fix it, but it doesn't seem good atm: > https://bugs.mageia.org/show_bug.cgi?id=4724 > > and if it's not working, we shouldn't advertise it You lie. It's working perfectly.
[Mageia-dev] cleaning in core/updates_testing
Hi Can someone remove obsolete packages from core/updates_testing? - *1-1.7.2-1.mga2* (subversion is newer in core release) - libbdevid-python-* (ditto) Thx
Re: [Mageia-dev] agetty vs. mingetty
'Twas brillig, and JA Magallón at 09/03/12 01:40 did gyre and gimble: > On 03/08/2012 03:17 PM, Colin Guthrie wrote: >> Hi, >> >> Since switching to systemd, the mingetty we used to default to in >> inittab has been replaced by agetty (the default choice upstream). >> >> The question is should we switch it back to mingetty? >> > > Lookin other things I also looked at agetty manual, and found a couple > useful things: > > o Optionally displays an alternative issue file instead of /etc/issue. > > o Optionally does not ask for a login name. > > o Optionally invokes a non-standard login program instead of > /bin/login. To play devils advocate (I would personally prefer to just use agetty!), mingetty does support at least the second two as well. > This looks ideal for the case where prefdm fails and you want to show > a big barner about it on tty1, or even drop the user direcly into > drakx text mode without any login. Perhaps it can be done in prefdm > if launching DISPLAYMANAGER fails. See the latest initscripts+systemd package. This is exactly what I've done! Great minds think alike I'd say! (tho' I'm using mingetty for now - partly because I wanted to play with it - I do intend to use agetty instead however) > So, if space or memory is not an issue, I will go for agetty in both > systemd and inittab. I'm not sure how much of a space saving it is, as the mingetty package is only 34k. But every little helps :) And while it does use more memory, I'm not sure anyone would particularly lose all that much sleep over it (I think my previous argument was a little weak!) :D Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Can't install nvidia-cuda update
09.03.2012 10:42, JA Magallón kirjoitti: > It looks like some package does not provide libcuda (the library itself is > there): > > Some requested packages cannot be installed: > nvidia-cuda-toolkit-4.1.28-1.mga2.nonfree.x86_64 (due to unsatisfied > libcuda.so.1()(64bit)) > nvidia-cuda-toolkit-devel-4.1.28-1.mga2.nonfree.x86_64 (due to > unsatisfied libcuda.so.1) > Continue installation anyway? (Y/n) > > werewolf:~# rpm -qf /usr/lib64/nvidia-current/libcuda.so.1 > nvidia-current-cuda-opencl-295.20-2.mga2.nonfree > werewolf:~# rpm -q --provides nvidia-current-cuda-opencl > nvidia-current-cuda = 295.20-2.mga2.nonfree > nvidia-current-cuda-opencl = 295.20-2.mga2.nonfree > nvidia-current-cuda-opencl(x86-64) = 295.20-2.mga2.nonfree Yeah, library provides are excluded on purpose in the proprietary driver packages, to avoid any "unrelated" packages to depend on them. Not sure if libcuda.so.1 should be an exception or not, it is again quite a special case... In any case, nvidia-cuda-toolkit already contains: %define _requires_exceptions libcuda.so.1\\|python(abi) My first guess would be that it doesn't work since it is in the middle of the package definition, and it should be either moved to the beginning of the .spec file or made %global. Alternatively something has been broken in rpm-mageia-setup-build. -- Anssi Hannula
[Mageia-dev] Package removal request
Hello, Could somebody remove sidplay-libs from cauldron tainted/release repository? It was wrongly submitted to incorrect section when building vlc. Thanks.
Re: [Mageia-dev] [soft-commits] [3279] fixed the pot file so it passes msgfmt
On 8 March 2012 20:57, wrote: > Revision 3279 Author obgr_seneca Date 2012-03-08 20:57:33 +0100 (Thu, 08 Mar > 2012) > > Log Message > > fixed the pot file so it passes msgfmt > > Modified Paths > > rpm/urpmi/trunk/po/urpmi.pot > > Modified: rpm/urpmi/trunk/po/urpmi.pot > === > --- rpm/urpmi/trunk/po/urpmi.pot 2012-03-08 19:22:19 UTC (rev 3278) > +++ rpm/urpmi/trunk/po/urpmi.pot 2012-03-08 19:57:33 UTC (rev 3279) > @@ -2,18 +2,16 @@ > # Copyright (C) YEAR Free Software Foundation, Inc. > # FIRST AUTHOR , YEAR. > # > -#, fuzzy > msgid "" > msgstr "" > -"Project-Id-Version: PACKAGE VERSION\n" > +"Project-Id-Version: urpmi\n" > "POT-Creation-Date: 2012-02-27 21:09+0100\n" > "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" > "Last-Translator: FULL NAME \n" > "Language-Team: LANGUAGE \n" > "MIME-Version: 1.0\n" > -"Content-Type: text/plain; charset=CHARSET\n" > +"Content-Type: text/plain; charset=UTF-8\n" > "Content-Transfer-Encoding: 8-bit\n" > -"Plural-Forms: nplurals=INTEGER; plural=EXPRESSION;\n" > > #: ../gurpmi:32 > #, c-format > Again, this is wrong. What's more it's an autogenerated file so this will be overwritten. Please stop that. This header is meant to be filled in & unfuzzied when copied on creating a new translation.
[Mageia-dev] Can't install nvidia-cuda update
It looks like some package does not provide libcuda (the library itself is there): Some requested packages cannot be installed: nvidia-cuda-toolkit-4.1.28-1.mga2.nonfree.x86_64 (due to unsatisfied libcuda.so.1()(64bit)) nvidia-cuda-toolkit-devel-4.1.28-1.mga2.nonfree.x86_64 (due to unsatisfied libcuda.so.1) Continue installation anyway? (Y/n) werewolf:~# rpm -qf /usr/lib64/nvidia-current/libcuda.so.1 nvidia-current-cuda-opencl-295.20-2.mga2.nonfree werewolf:~# rpm -q --provides nvidia-current-cuda-opencl nvidia-current-cuda = 295.20-2.mga2.nonfree nvidia-current-cuda-opencl = 295.20-2.mga2.nonfree nvidia-current-cuda-opencl(x86-64) = 295.20-2.mga2.nonfree -- J.A. Magallon \ Winter is coming...
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release vlc-2.0.0-2.mga2
Le 09/03/2012 05:59, fwang a écrit : Name: vlc Relocations: (not relocatable) Version : 2.0.0 Vendor: Mageia.Org [...] fwang 2.0.0-2.mga2: + Revision: 221926 - requires live for rtsp - rebuild for new live Le 09/03/2012 08:08, fwang a écrit : > Name: live Relocations: (not relocatable) > Version : 2012.02.29Vendor: Mageia.Org [...] > > fwang 2012.02.29-2.mga2: > + Revision: 221944 > - use standard install prefix FYI, mdv (goetz) has a patch to build vlc using live555's initial location. http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/vlc/current/SOURCES/vlc-2.0.0-live555-path.patch?view=markup regards, Luc -- Luc Menut
