On Wed, 2010-10-13 at 23:51 +0200, Ralf Ertzinger wrote:
> Hi.
>
> On Wed, 13 Oct 2010 22:26:18 +0200, Gilboa Davara wrote
>
> > As you pointed out, different drives, can have more-or-less identical
> > partition size, with different CHS in the partition table.
>
> I my experience the hard disk
Matt McCutchen wrote:
> It can't be packaged in the sense of shipping binaries. But if a
> wrapper script is provided that automatically recompiles dwm for the
> individual user whenever necessary, the software could be packaged in
> the sense that it could be installed and updated with yum and w
Hmm. I did a build with:
mock -r fedora-rawhide-x86_64 mono-2.8-1.1.fc15.src.rpm
on an f13/x86-64 host and it finished without complaint.
All the resultant binaries are 64-bit, not 32-bit.
So any hacks with -m32 are surely quite wrong.
Perhaps something is indeed wonky in koji, or maybe s
On Thu, 2010-10-14 at 01:48 +0200, Kevin Kofler wrote:
> Petr Sabata wrote:
> > I've been thinking about packaging dwm [1] since we already ship dmenu and
> > dzen2. I wonder if anybody would be interested in this fine window manager
> > (except for me).
>
> I think it's completely unreasonable to
On Wed, 13.10.10 16:03, Jiri Popelka (jpope...@redhat.com) wrote:
> hostname package is now pulled in with net-tools but it should probably
> be in @Base.
> Can I (maintainer of hostname) add it to comps or do I need to ping
> somebody else ?
Instead of carrying around a seperate package for on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/13/2010 02:04 AM, Petr Sabata wrote:
> The problem here: dwm is configured solely in C and has to be recompiled
> every time a user wants to change their settings (appearance, behavior,
> shortcuts, etc).
Am i the only one that finds it hilariou
Roland McGrath wrote:
> If what you really intend is to compile i[3-6]86 code in an x86_64 rpm,
> then indeed you need to make sure that you are passing -m32 for all
> the compiler invocations any compilation or linking of the 32-bit code.
Uh, -m32 is not supposed to get used in Fedora builds, in
Petr Sabata wrote:
> I've been thinking about packaging dwm [1] since we already ship dmenu and
> dzen2. I wonder if anybody would be interested in this fine window manager
> (except for me).
I think it's completely unreasonable to package that software, because of
this:
> The problem here: dwm
Paul F. Johnson wrote:
> In file included from sgen-gc.c:784:0:
> sgen-los.c: In function 'los_scan_card_table':
> sgen-los.c:482:21: warning: initialization from incompatible pointer
> type
> sgen-los.c:501:15: warning: comparison of distinct pointer types lacks a
> cast
Those might be 64-bit-saf
Gregory Maxwell wrote:
> Iceweasel as it currently exists in debian currently bundles exactly
> the same media libraries.
CURRENTLY.
The Debian Iceweasel maintainer has attached a patch to the upstream bug
which makes it use the system libvpx, we'd just need to apply that patch.
And besides, ho
Adam Williamson wrote:
> Er, really? I don't see where I offered any insult or un-excellent-ness.
> I just meant it as a vaguely humorous way of wondering why Kevin was
> replying to an email I sent over a week ago in a discussion which I
> thought had pretty much finished already.
Because I don't
On Wednesday, October 13, 2010, 6:56:18 PM, Gregory wrote:
> On Wed, Oct 13, 2010 at 6:46 PM, Adam Williamson wrote:
>> On Thu, 2010-10-14 at 00:36 +0200, Kevin Kofler wrote:
>>> Thorsten Leemhuis wrote:
>>> > * Why haven't those that want iceweasel and icedove in Fedora not
>>> > simply invested
Hello Kevin,
On Wednesday, October 13, 2010, 5:30:52 PM, you wrote:
> Well, normally it's the s390 arch team's job to fix the build on s390, and
> they should have commit access to all packages, even Firefox. If that's not
> the case, talk to the infrastructure team to get the required access.
>
On Wed, Oct 13, 2010 at 6:46 PM, Adam Williamson wrote:
> On Thu, 2010-10-14 at 00:36 +0200, Kevin Kofler wrote:
>> Thorsten Leemhuis wrote:
>> > * Why haven't those that want iceweasel and icedove in Fedora not
>> > simply invested some time and got them integrated into the repository?(¹)
>>
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/13/2010 03:37 PM, Adam Williamson wrote:
> Er, really? I don't see where I offered any insult or un-excellent-ness.
> I just meant it as a vaguely humorous way of wondering why Kevin was
> replying to an email I sent over a week ago in a discussi
On Thu, 2010-10-14 at 00:36 +0200, Kevin Kofler wrote:
> Thorsten Leemhuis wrote:
> > * Why haven't those that want iceweasel and icedove in Fedora not
> > simply invested some time and got them integrated into the repository?(¹)
>
> Because having both Iceweasel and Firefox in the repository, in
On Wed, 2010-10-13 at 15:32 -0700, Jesse Keating wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/13/2010 03:26 PM, Adam Williamson wrote:
> > On Thu, 2010-10-14 at 00:17 +0200, Kevin Kofler wrote:
> >> Adam Williamson wrote:
> >>> I think you're unnecessarily muddying up a simpl
Thorsten Leemhuis wrote:
> * Why haven't those that want iceweasel and icedove in Fedora not
> simply invested some time and got them integrated into the repository?(¹)
Because having both Iceweasel and Firefox in the repository, in addition to
being stupid by itself, would also mean shipping 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/13/2010 03:21 PM, Kevin Kofler wrote:
> * Whenever somebody complains about the Firefox maintainers rejecting non-
> upstream patches, they give the trademarks as the reason.
Actually what I've seen from the maintainers is that they wouldn't tak
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/13/2010 03:26 PM, Adam Williamson wrote:
> On Thu, 2010-10-14 at 00:17 +0200, Kevin Kofler wrote:
>> Adam Williamson wrote:
>>> I think you're unnecessarily muddying up a simple practical discussion
>>> (how do we go about getting these bundled l
On Wed, Oct 13, 2010 at 14:37:22 -0700,
Adam Williamson wrote:
> If we're going to need a post-39 kernel for final anyway could I
> possibly get you to pull in the patch for
If by "you", you mean me, I don't have any commit access to kernels, I just
like to try out new koji kernel builds right
Adam Williamson wrote:
> Practically speaking, it would add an extra burden to the maintainers,
> who already do not have enough resources to deal with all the issues.
> Again, the reason we don't carry non-upstream patches in Firefox has
> nothing to do with the branding issue. It's because we don
On Thu, 2010-10-14 at 00:17 +0200, Kevin Kofler wrote:
> Adam Williamson wrote:
> > I think you're unnecessarily muddying up a simple practical discussion
> > (how do we go about getting these bundled libs removed) with overheated
> > ideological rhetoric, and it really isn't helping anyone get any
Peter Jones wrote:
> On 10/06/2010 10:08 AM, Brandon Lozza wrote:
>> On 10/6/10, Matej Cepl wrote:
>>> I won't comment on the trademark issue (because that's just pure
>>> lunacy), but let me comment here "they don't accept my patches, so they
>>> are non- free". That's just nonsense ...
>>
>> Y
Adam Williamson wrote:
> I think you're unnecessarily muddying up a simple practical discussion
> (how do we go about getting these bundled libs removed) with overheated
> ideological rhetoric, and it really isn't helping anyone get anything
> done.
Bullsh*t! He's explaining very precisely and fac
Brandon Lozza wrote:
> I think an exception should be made for Chromium too.
No. Just no.
The exceptions for Firefox need to stop NOW, i.e. no new ones should be
granted and the ones that have already been granted repealed/discontinued.
Giving yet another package a free pass is going in the ent
drago01 wrote:
> On Tue, Oct 5, 2010 at 2:34 PM, Brandon Lozza wrote:
>> That's not free.
>
> It is, as you are _free_ to change the name and artwork anytime you want.
But it's not free FOR US as long as we don't actually do that, because we're
bound by the trademark policies, which is prevent
Nathaniel McCallum wrote:
> I don't see any conflict between Fedora's policy and Mozilla's policy.
> Both say that if you redistribute and change code you have to
> re-trademark. Those policies are fair and sensible. We can either
> patch and re-trademark Firefox or ship upstream. One of the val
Tomas Mraz wrote:
> The problem here really is that some "not so important?" projects are
> forced to accept all the restrictions and requirements and other "more
> important?" projects get a free pass from them. This is unfortunate and
> it does not improve the spirit of the package maintainers.
Hi,
> It seems nearly certain that the Mono code broke to do something dumb.
Quite possibly...
> Have you built it by hand on any x86-64 system?
I would if I had a 64 bit box...
TTFN
Paul
--
Vertraue mir, ich weiss, was ich mache...
--
devel mailing list
devel@lists.fedoraproject.org
https
> Hi,
>
> > > {standard input}: Assembler messages:
> > > {standard input}:24487: Error: @TLSLDM reloc is not supported with
> > > 64-bit output format
> > > {standard input}:24487: Error: junk `...@tlsld' after expression
> > > make[3]: *** [libmonoruntimesgen_la-sgen-gc.lo] Error 1
> >
> > This
Matej Cepl wrote:
> No need to call it “political reasons” (on the side of MoFo) ... nowhere
> in the definition of free software is written, that upstream has to
> accept your patches. It may happen upstream (any upstream) disagrees with
> your patch, you may not agree with them, but in the end it
Hi.
On Wed, 13 Oct 2010 22:26:18 +0200, Gilboa Davara wrote
> As you pointed out, different drives, can have more-or-less identical
> partition size, with different CHS in the partition table.
I my experience the hard disk vendors have been astonishingly coordinated
in how much sectors a drive o
Hi,
> > {standard input}: Assembler messages:
> > {standard input}:24487: Error: @TLSLDM reloc is not supported with
> > 64-bit output format
> > {standard input}:24487: Error: junk `...@tlsld' after expression
> > make[3]: *** [libmonoruntimesgen_la-sgen-gc.lo] Error 1
>
> This is certainly a ca
Bruno Wolff III wrote:
> There was also talk about whether or not it would be allowed for there
> to be a separate Iceweasel package in Fedora. This might be done to
> test the feasibility of maintaining it. There were mixed feelings about
> this amoung FESCO.
This is essentially not feasible beca
Hi,
> > After Googling around, I think I've hit the cause - it's down to the
> > cross compiler used on koji (or could be). I found this...
>
> koji doesn't cross compile at all.
In that case, it looks like TLS support is not in the 64 bit version of
glibc...
TTFN
Paul
--
Vertraue mir, ich w
> {standard input}: Assembler messages:
> {standard input}:24487: Error: @TLSLDM reloc is not supported with
> 64-bit output format
> {standard input}:24487: Error: junk `...@tlsld' after expression
> make[3]: *** [libmonoruntimesgen_la-sgen-gc.lo] Error 1
This is certainly a case of compiling i38
On Wed, Oct 13, 2010 at 5:10 PM, Paul F. Johnson
wrote:
> Hi,
>
> In the wee small hours (UK time), I submitted mono-2.8 to koji.
> Unfortunately, it failed to build for 64 bit systems and gave the
> following error
>
> In file included from sgen-gc.c:784:0:
> sgen-los.c: In function 'los_scan_car
On Wed, 2010-10-13 at 13:15 -0500, Bruno Wolff III wrote:
> On Wed, Oct 13, 2010 at 09:57:48 -0700,
> John Poelstra wrote:
> >
> > 641476 :: ASSIGNED :: kernel :: a...@redhat.com :: devicemapper UUID
> > field cannot be assigned after map creation ::
> > https://bugzilla.redhat.com/show_bug.cgi?id
Richard Hughes wrote:
> Set POSIXLY_CORRECT to default in F14, and leave it like upstream in
> F15. It's totally the wrong time for this kind of change.
POSIXLY_CORRECT has a lot of other effects which will break tons of
packages, e.g. it disables all bash extensions!
Kevin Kofler
--
d
Peter Lemenkov wrote:
> 2010/10/4 Martin Stransky :
>
>> FIXED UPSTREAM is a correct resolution for the bug, and it has been
>> fixed by upstream and came to F13 in firefox 3.6.x.
>
> That's an absolutely great tactics to deal with bug reports! And
> that's why I call proprietary Mozilla softwar
Hi,
In the wee small hours (UK time), I submitted mono-2.8 to koji.
Unfortunately, it failed to build for 64 bit systems and gave the
following error
In file included from sgen-gc.c:784:0:
sgen-los.c: In function 'los_scan_card_table':
sgen-los.c:482:21: warning: initialization from incompatible
On Wed, 2010-10-13 at 11:50 -0400, Przemek Klosowski wrote:
> Just curious: you script the creation of an identical partition table,
> and then you copy 446 bytes which specifically copies the MBR without
> the partition table which is in bytes 447-512. Why not just copy the
> entire 512 bytes to
Hi Paul,
On 10/06/2010 04:26 PM, Paul F. Johnson wrote:
> A couple of days back I uploaded preview 8 of mono-2.8 for comments but
> have heard nothing back. The move to 2.8 will require a good number of
> rebuilds as 2.8 has had all the .NET 1.1 stuff removed.
Do all mono packages have to be reco
Summary of changes:
74d77ef... - exclude the threads test also on s390 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://adm
commit 74d77efc9d53f72d4a8a141f039b186c589e686e
Author: Dan Horák
Date: Wed Oct 13 21:04:45 2010 +0200
- exclude the threads test also on s390
perl-GTop.spec |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
---
diff --git a/perl-GTop.spec b/perl-GTop.spec
index 0210180..
On Sat, Jul 3, 2010 at 12:10 PM, Luya Tshimbalanga
wrote:
> Hello,
>
> I attempted to build a new version of Gimp 2.7.1 using Koji scratch method but
> ended up with that result[1]. Here is attached spec file borrowed from Nils
> as I
> wanted to experiment that version along with Design. Can any
https://bugzilla.redhat.com/show_bug.cgi?id=602456
https://bugzilla.redhat.com/attachment.cgi?id=453261&action=diff
https://bugzilla.redhat.com/attachment.cgi?id=453261&action=edit
Thanks to Nathan for his review on the first proposal. I'm adding this
change following Rich's suggestion.
Fol
On Wed, Oct 13, 2010 at 09:57:48 -0700,
John Poelstra wrote:
>
> 641476 :: ASSIGNED :: kernel :: a...@redhat.com :: devicemapper UUID
> field cannot be assigned after map creation ::
> https://bugzilla.redhat.com/show_bug.cgi?id=641476
>* next steps ...
> 1) Waiting for new build from mai
Matthew Miller (mat...@mattdm.org) said:
> On Wed, Oct 13, 2010 at 11:54:43AM -0400, Bill Nottingham wrote:
> > > > It looks like up through F12, initscripts required ethtool (so it was
> > > > definately installed by default). I see this in the RPM changelog:
> > > Still the case in RHEL5, FWIW.
On Wed, Oct 13, 2010 at 11:54:43AM -0400, Bill Nottingham wrote:
> > > It looks like up through F12, initscripts required ethtool (so it was
> > > definately installed by default). I see this in the RPM changelog:
> > Still the case in RHEL5, FWIW.
> I'm assuming you mean RHEL 6; it just seemed to
On Wed, Oct 13, 2010 at 11:50:09AM -0400, Bill Nottingham wrote:
> > They are different things: the graphics group is the sum of all packages
> > about graphics, a "design suite" group would be a way for people to
> > install the Design Suite Spin (a collection of "best of breed" apps) if
> > th
On Wed, Oct 13, 2010 at 09:57:48AM -0700, John Poelstra wrote:
> 640766 :: ASSIGNED :: kernel :: linvi...@redhat.com :: b43legacy wlan0
> fails DHCP requests :: https://bugzilla.redhat.com/show_bug.cgi?id=640766
> * next steps ...
>1) Maintainer and reporter work to resolve issue and submit
Hello Fedora 14 Blocker Bug Owners (all copied on this message),
The list of bugs below are currently blocking the final release of
Fedora 14. Updates fixing these bugs MUST be ready on Monday, 2010-10-18
(Final Change Deadline) or Release Engineering will be unable to create
the Final Release
Matthew Miller (mat...@mattdm.org) said:
> On Tue, Oct 12, 2010 at 07:06:50PM -0500, Chris Adams wrote:
> > It looks like up through F12, initscripts required ethtool (so it was
> > definately installed by default). I see this in the RPM changelog:
>
> Still the case in RHEL5, FWIW.
I'm assumin
Nicu Buculei (nicu_fed...@nicubunu.ro) said:
> > There appears to be a lot of overlap here with the graphics group
> > (and some with other groups). Perhaps it's best to just expand
> > that group into a more full-fledged design suite?
>
> They are different things: the graphics group is the sum
On 10/13/2010 10:53 AM, Gilboa Davara wrote:
> When installing Fedora on machine with -large- amount of drives (8-16),
> I simply use a single sfdisk script to create the same partition table
> on all drives. When dealing with smaller configurations (3-4 drives),
> Anaconda is OK. (At least to me)
On 10/13/2010 05:21 PM, Adam Williamson wrote:
> On Wed, 2010-10-13 at 10:16 +0200, Gerd Hoffmann wrote:
>
>> And it probably shouldn't be labeled "Advanced ..." but say what kind of
>> advanced stuff is hidden there, i.e. the "advanced storage" button
>> should be labeled "Add SAN storage ..." bec
On Wed, 13 Oct 2010 08:23:23 -0700
Adam Williamson wrote:
> On Wed, 2010-10-13 at 02:28 -0700, Jesse Keating wrote:
>
> > Ok, so what you're saying is, that the specific case of
> > having /boot on softraid didn't work for you. I may have missed
> > that clarification in your first email. I do
Compose started at Wed Oct 13 13:15:37 UTC 2010
Broken deps for x86_64
--
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
gnome-pilot-conduits-2.0.17-4.fc13.x86_64 requires
libgpilotdconduit.so.2()(64bit)
On Wed, 2010-10-13 at 02:28 -0700, Jesse Keating wrote:
> Ok, so what you're saying is, that the specific case of having /boot on
> softraid didn't work for you. I may have missed that clarification in
> your first email. I do find it odd because I constantly test scenarios
> where /boot is a sm
On Wed, 2010-10-13 at 10:16 +0200, Gerd Hoffmann wrote:
> And it probably shouldn't be labeled "Advanced ..." but say what kind of
> advanced stuff is hidden there, i.e. the "advanced storage" button
> should be labeled "Add SAN storage ..." because this is what it actually
> is about. Now you
On 10/13/2010 02:37 PM, Ankur Sinha wrote:
> On Tue, 2010-10-12 at 16:01 -0700, Jesse Keating wrote:
>> That's a pretty broad and unhelpful and untrue statement. I know of
>> plenty of people who use rawhide for development. Continuing to
>> perpetuate that rawhide is unusable for development on
> Hello,
>
> I am doing the same setup, nice to see someone else with those
> requirements. actually without kickstart setting up softraid in
> anaconda was broken (try it manually without precreated partitions...
> it will drive you insane). out of the box booting didnt work when
> /boot was on a
Hi everyone,
Quite a few people from Java SIG are responsible for this early version
of maven3 rawhide rpms. Please try them out if you can for building your
projects.
This release is installable parallel to current maven2 so if any
problems with maven2 appear after installing this version let me
On 10/13/2010 09:37 AM, Rex Dieter wrote:
> Nathaniel McCallum wrote:
>
>> I've just tagged libgpod 0.8.0 for F13 updates-testing. This is the
>> first step to an updated Banshee (1.8.0) in F13 as well as better
>> iPhone/iPad support in the existing Rhythmbox. I'd really like to get
>> some tes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/12/2010 05:51 PM, yersinia wrote:
> On Tue, Oct 12, 2010 at 8:02 PM, Daniel J Walsh wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 10/12/2010 01:49 PM, Michal Hlavinka wrote:
>>> Hi all,
>>>
>>> I've recently upgraded my sys
On 10/13/2010 02:38 AM, Chris Adams wrote:
> Once upon a time, Michael Cronenworth said:
>> Chris Adams wrote:
>>> Maybe ethtool should be added to @Base?
>> Or patch initscripts to use ethtool instead of deprecated cruft.
> You cut out the part of my email where I quoted the changelog showing
>
On Tue, 2010-10-12 at 18:18 +0100, Evan Dandrea wrote:
> The Ubuntu installer does let you use a NFS root for your installation source.
>
> On the point of needing something more complex, such as LVM or full disk
> encryption, that's what we offer our alternate CD installer (debian-installer)
> fo
Nathaniel McCallum wrote:
> I've just tagged libgpod 0.8.0 for F13 updates-testing. This is the
> first step to an updated Banshee (1.8.0) in F13 as well as better
> iPhone/iPad support in the existing Rhythmbox. I'd really like to get
> some testing on this, so please, if you are using updates-
Compose started at Wed Oct 13 08:15:45 UTC 2010
Broken deps for x86_64
--
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) <
0:1.3.0
cl
On Wed, Oct 13, 2010 at 10:16:00AM +0200, Gerd Hoffmann wrote:
> "advanced install mode" is a non-started as discussed elsewhere in this
> thread. It must be more fine-grained, i.e. each installation step
> (where it make sense) should offer some button to see the advanced
>options.
The "Show a
On Tue, 2010-10-12 at 00:29 +0800, Liang Suilong wrote:
> Anaconda does not easily support upgrading from internet. It is quite
> regretful.
Did you mean to say 'Ubuntu installer' here too? Anaconda certainly does
support upgrading from the Internet. And it's *too* easy -- I often find
it's using
On Tue, 2010-10-12 at 17:01 -0400, Bill Nottingham wrote:
> James Laska (jla...@redhat.com) said:
> > > No, this is well before the tree gets to that state. It would need to
> > > be implemented as a check on git push.
> >
> > We attempt to validate comps in this test using the comps.rng in git
>
2010/10/13 Jesse Keating :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/13/10 2:04 AM, Rudolf Kastl wrote:
>> Let me clarify. On the criteria page i read (have to dig out the link)
>> it said that bugs regarding having /boot on softraid are ignored at
>> this point, so no i didnt bot
On Wed, Oct 13, 2010 at 02:28:05AM -0700, Jesse Keating wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/13/10 2:04 AM, Rudolf Kastl wrote:
> > Let me clarify. On the criteria page i read (have to dig out the link)
> > it said that bugs regarding having /boot on softraid are igno
* Chris Jones [13/10/2010 11:35] :
>
> As a full-time Ubuntu user, I just want to point out that I don't really
> like the Ubuntu installer and its whole process. Although I do prefer to
> use to distro itself.
Amen, I've lost count of the amount of times installing Ubuntu has
involved installing
2010/10/13 Petr Sabata :
> Hey,
>
> I've been thinking about packaging dwm [1] since we already ship dmenu and
> dzen2. I wonder if anybody would be interested in this fine window manager
> (except for me).
>
> The problem here: dwm is configured solely in C and has to be recompiled
> every time a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/13/10 2:04 AM, Rudolf Kastl wrote:
> Let me clarify. On the criteria page i read (have to dig out the link)
> it said that bugs regarding having /boot on softraid are ignored at
> this point, so no i didnt bother filing a report. sounded like a k
On Tue, 2010-10-12 at 16:01 -0700, Jesse Keating wrote:
> That's a pretty broad and unhelpful and untrue statement. I know of
> plenty of people who use rawhide for development. Continuing to
> perpetuate that rawhide is unusable for development only makes things
> worse, by spreading the idea th
Hey,
I've been thinking about packaging dwm [1] since we already ship dmenu and
dzen2. I wonder if anybody would be interested in this fine window manager
(except for me).
The problem here: dwm is configured solely in C and has to be recompiled
every time a user wants to change their settings (ap
2010/10/12 Jesse Keating :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/12/10 7:20 AM, Rudolf Kastl wrote:
>> I am doing the same setup, nice to see someone else with those
>> requirements. actually without kickstart setting up softraid in
>> anaconda was broken (try it manually with
On Mon, 2010-10-11 at 11:41 +0100, Richard W.M. Jones wrote:
> I installed and played with Ubuntu 10.10 over the weekend (in a VM),
> and I have to say that their installer is very smooth indeed.
As a full-time Ubuntu user, I just want to point out that I don't really
like the Ubuntu installer an
On 10/12/10 18:39, Jos Vos wrote:
> On Tue, Oct 12, 2010 at 09:30:45AM -0700, Adam Williamson wrote:
>
>> 2) it creates a confusing decision point for *everyone*: how do you know
>> if you need the 'advanced' options? You can't really know without
>> looking at them, so you have to look at them to
84 matches
Mail list logo
