[Mail-Followup-To set to debian-emacsen.]
I've been looking in to some of the issues surrounding current policy,
and one common, long-standing complaint has been about the requirement
that add-on packages depend either on emacsen, or on some combination of
emacs flavors.
That requirement is what
Techen Ind. Co. Ltd.and is a New and Smale Scale Company With Intent in
Business Partnership for our North American office
We Seek Individuals/Organisation to Offer Offshore Logistics/Financial
Accounting
North American Agent will Receive and Process funds on our Behalf Through T/T
Wire,Swift
Hi!
Am 04.07.2010 14:35, schrieb Joerg Jaspert:
> > I just reactivated our cronjobs, processing is back to normal.
Due to NEW processing after syncing the two machines, some of you might
get a reject mail for packages which had already been accepted. Don't
worry, you can safely ignore them.
Be
Goswin von Brederlow wrote:
> There is one big problem with an event based startup. Specifically for
> raid1/4/5/6 devices. Those you can use just fine with missing devices
> but the boot should really wait for all device to be present.
Well, this problem arises with non-event-based startup as we
[As there was no reaction on my mail on debian-science, I'm reposting it to
debian-devel now]
Hi,
unfortunately the maintainer and packager of root-system[1] does not have the
time to maintain it. Due to various RC bugs it was removed from testing some
time ago, but it would be a shame if Squeeze
Am Thu, 01 Jul 2010 09:31:47 +0200
schrieb Goswin von Brederlow :
> The bigger problem is later during boot when you need to wait for all
> devices to appear so /usr, /home, ... can be mounted. One way to solve
> this would be to have the fsck and mounting of filesystems wait for
> the specified t
6 matches
Mail list logo
