Hi.
On Sat, Jan 05, 2019 at 03:41:05AM +0100, hdv@gmail wrote:
> So how do I make sure that 4.18.0-2 does not get removed from the boot menu
> after the next kernel upgrade?
Do not uninstall this version of kernel, simple as that.
Invoke this to be sure:
apt-mark hold
Hi.
On Fri, Jan 04, 2019 at 11:03:48PM -0500, rhkra...@gmail.com wrote:
> On Friday, January 04, 2019 08:23:59 AM Reco wrote:
> > # pvs
> > PV VG Fmt Attr PSize PFree
> > /dev/md10 naslvm2 a-- 14.55t 10.43t
> >
> > # hdparm -Tt /dev/md10
> > /dev/md10:
> >
On 2019-01-04 21:03, Gene Heskett wrote:
On Friday 04 January 2019 14:34:59 Brian wrote:
On Fri 04 Jan 2019 at 13:49:52 -0500, Gene Heskett wrote:
> On Friday 04 January 2019 13:31:05 Nicolas George wrote:
> > deloptes (12019-01-04):
> > >We just
On Friday 04 January 2019 19:32:18 deloptes wrote:
> Gene Heskett wrote:
> >> So I was thinking perhaps this is good for the economy, because if
> >> most of the users were like me, there wouldn't be any economic
> >> growth in the past years.
> >
> > I see that too, darn it.
>
> Suddenly I
On Friday, January 04, 2019 08:23:59 AM Reco wrote:
> # pvs
> PV VG Fmt Attr PSize PFree
> /dev/md10 naslvm2 a-- 14.55t 10.43t
>
> # hdparm -Tt /dev/md10
> /dev/md10:
> Timing cached reads: 1224 MB in 2.00 seconds = 612.05 MB/sec
> Timing buffered disk reads:
On Friday, January 04, 2019 11:36:22 AM Curt wrote:
> On 2019-01-04, Jonathan Dowland wrote:
> > Much better. But what does MO stand for?
>
> I haven't the slightest idea (but assumed you folks in the know knew,
> though)!
>
> (Having now looked it seems MO stands for "Magneto-optical.)
>
>
On Friday, January 04, 2019 08:36:59 AM Curt wrote:
> On 2019-01-04, Jonathan Dowland wrote:
> > Perhaps you could consider writing a patch for the man page.
>
> -I It is typical for fixed disk devices to be partitioned so, by default,
> you are not permitted to create a filesystem across
On Friday, January 04, 2019 10:13:07 PM rhkra...@gmail.com wrote:
> On Friday, January 04, 2019 08:36:59 AM Curt wrote:
> > On 2019-01-04, Jonathan Dowland wrote:
> > > On Thu, Jan 03, 2019 at 08:59:50PM +0100, Pascal Hambourg wrote:
> > >>Le 03/01/2019 à 11:35, Jonathan Dowland a écrit :
> >
David Wright composed on 2019-01-04 19:21 (UTC-0600):
> On Fri 04 Jan 2019 at 14:02:27 (-0500), Stephen P. Molnar wrote:
>> Felix Miata wrote:
>>> Stephen P. Molnar composed on 2019-01-04 12:57 (UTC-0500):
I haven't messed around with partitioning since the early days of
Slackware,
On Sat 05 Jan 2019 at 03:01:49 (+), Long Wind wrote:
> i'm waiting jessie installer to download kernel from security.debian.org,
> file size is 34.1M, it may take more than 2 hours
> jessie installer has just downloaded kernel from a mirror i choose, it's
> fast, but security.debian.org is
On Friday, January 04, 2019 08:36:59 AM Curt wrote:
> On 2019-01-04, Jonathan Dowland wrote:
> > On Thu, Jan 03, 2019 at 08:59:50PM +0100, Pascal Hambourg wrote:
> >>Le 03/01/2019 à 11:35, Jonathan Dowland a écrit :
> >>>You then write a MBR-type filesystem
> >>
> >>Nonsense. You mean a partition
Hola como están.
Alguien de la lista usa iredmail?
Estoy teniendo problemas con nginx, pero solo me pasa con iredmail.
Tengo nginx corriendo con varias aplicaciones y no tuve problemas pero
cuando instalo iredmail en el mismo servidor ya deje de funcionarme las
demás aplicaciones y por mas que
Hi list,
After a recent upgrade I noticed that my system could not reboot into the new
4.19 kernel. So I rebooted into the kernel before that (4.18.0-3), which did not
work either. Booting into the version before that (4.18.-02) did work just fine.
It seems I hadn't rebooted after the previous
* On 2019 04 Jan 19:48 -0600, Nate Bargmann wrote:
> I use Emacs as my editor for neomutt. I use a custom init file to
> start a new Emacs session in the terminal regardless if Emacs is
> running already. Since the upgrade to Emacs 26.1, auto-fill-mode
> appears to be broken. No longer does it
On Fri 04 Jan 2019 at 17:26:07 (+), Brian wrote:
> On Wed 02 Jan 2019 at 22:56:22 -0500, kamaraju kusumanchi wrote:
> > On Wed, Jan 2, 2019 at 9:23 PM David Wright
> > wrote:
> > > On Wed 02 Jan 2019 at 14:44:14 (+), Brian wrote:
> > > >
> > > > I'm intrigued; I hadn't realised that
I use Emacs as my editor for neomutt. I use a custom init file to start a new
Emacs session in the terminal regardless if Emacs is running already.
Since the upgrade to Emacs 26.1, auto-fill-mode appears to be broken.
No longer does it automatically break the lines when I
Hola:
-Mensaje original-
De: qorg11
Enviado el: viernes, 4 de enero de 2019 23:31
Para: debian-user-spanish@lists.debian.org
Asunto: Re: Spam
>> Muy buenas,
>>
>> hice lo mismo , lo puse en la lista por si alguien no lo conocía, de
>> esta forma si lo marcamos varios supongo que será
Please CC trim the freebsd lists. This is not our jam. BTW, cross
posting was never socially acceptable so please don't.
Suddenly, I feel sorry for Mr. Moglen and Mr. Raymond. I can image 20
years of this sort of nonsense in your mailboxes. Cheers for all the
good stuff you've done for FOSS.
On Fri 04 Jan 2019 at 14:02:27 (-0500), Stephen P. Molnar wrote:
> On 01/04/2019 01:11 PM, Felix Miata wrote:
> > Stephen P. Molnar composed on 2019-01-04 12:57 (UTC-0500):
> >
> > > I haven't messed around with partitioning since the early days of
> > > Slackware, and that was with a great deal
Bonjour Frédéric,
Tu peux suirtout appliquer une commande pour chaque occurrence
retournée, exemple :
find -iname "*.jpeg" -exec cp {} \;
Tu peux préférer -iregex si tu maîtrises les expressions régulières.
J'exécute find en mode sudo pour éviter les erreurs.
pierre estrem
Le
On Fri 04 Jan 2019 at 16:18:03 (-0500), Roberto C. Sánchez wrote:
> On Fri, Jan 04, 2019 at 02:39:40PM -0600, David Wright wrote:
> >
> > There's at least one other scenario that it would be worth eliminating
> > by checking that this equation is true (allowing for filesystem overheads):
> >
> >
David Wright composed on 2019-01-04 14:27 (UTC-0600):
> On Fri 04 Jan 2019 at 13:41:33 (-0500), Felix Miata wrote:
>> David Wright composed on 2019-01-04 10:19 (UTC-0600):
>> > On Fri 04 Jan 2019 at 04:30:00 (-0500), Felix Miata wrote:
>> >>> This partitioning scheme seems really odd and
Gene Heskett wrote:
>> So I was thinking perhaps this is good for the economy, because if
>> most of the users were like me, there wouldn't be any economic growth
>> in the past years.
>
> I see that too, darn it.
Suddenly I spotted something that fits our discussion by the worst example -
Hi,
On Jan/04/2019, Hans wrote:
> Normally I have to type the password for every partition, always
> beginning with /usr,. then /home, then /var. After putting in all
> passwords correct, the system is going on booting.
>
> But this is no more, now it is that way:
>
> - I have to type the
Bonjour,
tu peux même pousser le vice à exécuter :
find . -iname *jpeg*
Cordialement.
Le 04/01/2019 à 22:46, Bernard Schoenacker a écrit :
> - Mail original -
>
>> De: "Frederic Zulian"
>> À: "ML Debian User French"
>> Envoyé: Vendredi 4 Janvier 2019 22:33:20
>> Objet: Syntaxe de
On Fri, Jan 04, 2019 at 05:04:49PM -0500, songbird wrote:
Roberto C Sánchez wrote:
It might also indicate files that exist (i.e., occupy blocks) without
having directory entries. For example, this is the case when a program
creates a temporary file, gets the descritor back from the syscall,
> Muy buenas,
>
> hice lo mismo , lo puse en la lista por si alguien no lo conocía, de
> esta forma si lo marcamos varios supongo que será más efectivo.
>
> Saludos,
>
> Pedro
>
Yo ya estoy sinceramente cansado de reportar como SPAM los mails de XING
¿Alguien sabe por lo menos que es XING?
deloptes composed on 2019-01-04 22:32 (UTC+0100):
> Gene Heskett wrote:
>> My copy of FF only prints 1 page, which is the top 3" of the site's
>> front page, never getting down to any of the text past the headline.
>> And it works on other sites.
> Same here
SeaMonkey and Firefox both do
Roberto C Sánchez wrote:
...
> It might also indicate files that exist (i.e., occupy blocks) without
> having directory entries. For example, this is the case when a program
> creates a temporary file, gets the descritor back from the syscall, then
> immediatley calls unlink on it. The file
On Friday 04 January 2019 16:27:45 Doug wrote:
> On 01/04/2019 03:52 PM, David Wright wrote:
> > On Fri 04 Jan 2019 at 15:27:11 (-0500), Gene Heskett wrote:
> >> On Friday 04 January 2019 13:46:28 deloptes wrote:
> >>> Gene Heskett wrote:
> I've built 3 rt kernels on the pi, takes it about 4
David Wright wrote:
> On Fri 04 Jan 2019 at 17:13:44 (+), Eduardo M KALINOWSKI wrote:
>> On sex, 04 jan 2019, David Wright wrote:
>> > On Fri 04 Jan 2019 at 16:52:45 (+), Eduardo M KALINOWSKI wrote:
>> > > And in this case, the problem is easy to solve:
>> > > rm
On Friday 04 January 2019 16:27:44 deloptes wrote:
> Gene Heskett wrote:
> > And becoming a bigger problem by each kernel release. Just the
> > bigger stack image a context switch involves takes the 64 bit stuff
> > into the very close to unusable state. Even the hit of enabling pae
> > on the
Joe wrote:
> Reinstalling looks good until you've done it, the old installation is
> history, and over the next few weeks you realise how much time you had
> spent over the last few years tweaking your computer to get it the way
> you like it.
>
> And no, you cannot at the same time a) clear out
- Mail original -
> De: "Frederic Zulian"
> À: "ML Debian User French"
> Envoyé: Vendredi 4 Janvier 2019 22:33:20
> Objet: Syntaxe de find
> Bonjour,
> J'ai récupéré le contenu d'un DD avec Photorec.
> Cela a bien fonctionné mais je me retrouve avec 542 répertoires et
> quelques
Bonjour,
Je pense qu'il manque le caractère jocker *
find . -name "*.jpeg"
Là tu recherches ce qui correspond précisément à .jpeg et non tout ce
qui se termine par .jpeg ...
Fred
Le 04/01/2019 à 22:33, Frederic Zulian a écrit :
> Bonjour,
>
> J'ai récupéré le contenu d'un DD avec Photorec.
>
Gene Heskett wrote:
> Disk /dev/mmcblk0p1: 41 MiB, 42991616 bytes, 83968 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: dos
> Disk identifier: 0x
>
> No
Bonjour,
J'ai récupéré le contenu d'un DD avec Photorec.
Cela a bien fonctionné mais je me retrouve avec 542 répertoires et quelques
milliers de fichiers.
Comment puis-je extraire à travers l'ensemble des répertoires les fichiers
avec une extension spécifiques (ex jpeg) ?
J'ai tenté : find .
Gene Heskett wrote:
> My copy of FF only prints 1 page, which is the top 3" of the site's
> front page, never getting down to any of the text past the headline.
>
> And it works on other sites.
Same here
Gene Heskett wrote:
> And becoming a bigger problem by each kernel release. Just the bigger
> stack image a context switch involves takes the 64 bit stuff into the
> very close to unusable state. Even the hit of enabling pae on the 32 bit
> stuff is a quite noticeable hit on the rt performance.
On 01/04/2019 03:52 PM, David Wright wrote:
On Fri 04 Jan 2019 at 15:27:11 (-0500), Gene Heskett wrote:
On Friday 04 January 2019 13:46:28 deloptes wrote:
Gene Heskett wrote:
I've built 3 rt kernels on the pi, takes it about 4 hours. But for
the life of me, I can't find an installer that
On Fri, Jan 04, 2019 at 02:39:40PM -0600, David Wright wrote:
>
> There's at least one other scenario that it would be worth eliminating
> by checking that this equation is true (allowing for filesystem overheads):
>
> # du -shx
> +
> $ df's Available
> ≃
> partition's size.
On Friday 04 January 2019 15:57:24 Andy Smith wrote:
> Hi Gene,
>
> On Fri, Jan 04, 2019 at 03:27:11PM -0500, Gene Heskett wrote:
> > On Friday 04 January 2019 13:46:28 deloptes wrote:
> > > Fore example see "The Boot" here
> > > https://raspberrypi.stackexchange.com/questions/39959/raspbian-boo
On Friday 04 January 2019 15:38:32 Brian wrote:
> On Fri 04 Jan 2019 at 15:27:11 -0500, Gene Heskett wrote:
> > On Friday 04 January 2019 13:46:28 deloptes wrote:
> > > Gene Heskett wrote:
> > > > I've built 3 rt kernels on the pi, takes it about 4 hours. But
> > > > for the life of me, I can't
On Friday 04 January 2019 14:34:59 Brian wrote:
> On Fri 04 Jan 2019 at 13:49:52 -0500, Gene Heskett wrote:
> > On Friday 04 January 2019 13:31:05 Nicolas George wrote:
> > > deloptes (12019-01-04):
> > > > We just pointed out
> > > > that you do not
On Fri 04 Jan 2019 at 14:02:27 -0500, Stephen P. Molnar wrote:
> On 01/04/2019 01:11 PM, Felix Miata wrote:
> > Stephen P. Molnar composed on 2019-01-04 12:57 (UTC-0500):
> >
> > > I haven't messed around with partitioning since the early days of
> > > Slackware, and that was with a great deal
On Friday 04 January 2019 14:31:10 deloptes wrote:
> Gene Heskett wrote:
> > Can I trade the pickity nfs link in on an sshfs version? I use that
> > here as its quite bulletproof. The login without the checksum files
> > might be a hassle though. I'll certainly look that link over, thank
> > you.
Hi Gene,
On Fri, Jan 04, 2019 at 03:27:11PM -0500, Gene Heskett wrote:
> On Friday 04 January 2019 13:46:28 deloptes wrote:
> > Fore example see "The Boot" here
> > https://raspberrypi.stackexchange.com/questions/39959/raspbian-boot-pr
> >ocess-and-the-partition-table
>
> One HUGE problem with
On Fri 04 Jan 2019 at 15:27:11 (-0500), Gene Heskett wrote:
> On Friday 04 January 2019 13:46:28 deloptes wrote:
> > Gene Heskett wrote:
> > > I've built 3 rt kernels on the pi, takes it about 4 hours. But for
> > > the life of me, I can't find an installer that will actually do the
> > > pi, its
On Fri, Jan 4, 2019 at 9:16 PM Roberto C. Sánchez wrote:
>
> On Fri, Jan 04, 2019 at 08:53:08PM +0100, Pedro Gras wrote:
> > Buenas,
> >
> > Se puede marcad como spam:
> > https://lists.debian.org/debian-user-spanish/2019/01/threads.html y
> > así las personas que llevan la lista pueden bloquear
On Fri 04 Jan 2019 at 17:13:44 (+), Eduardo M KALINOWSKI wrote:
> On sex, 04 jan 2019, David Wright wrote:
> > On Fri 04 Jan 2019 at 16:52:45 (+), Eduardo M KALINOWSKI wrote:
> > > And in this case, the problem is easy to solve:
> > > rm /path/to/some/large/files/*
> >
> > Wrong again.
On Fri 04 Jan 2019 at 15:27:11 -0500, Gene Heskett wrote:
> On Friday 04 January 2019 13:46:28 deloptes wrote:
>
> > Gene Heskett wrote:
> > > I've built 3 rt kernels on the pi, takes it about 4 hours. But for
> > > the life of me, I can't find an installer that will actually do the
> > > pi,
On Fri, 04 Jan 2019 20:46:53 +0100
deloptes wrote:
>
> I asked why he does not reinstall, but didn't get meaningful answer -
> only, I can not do it and it takes too much time.
>
> One can not argue with educated people, so I gave up.
> This is just an example how it works for most of the
On Fri 04 Jan 2019 at 13:41:33 (-0500), Felix Miata wrote:
> David Wright composed on 2019-01-04 10:19 (UTC-0600):
>
> > On Fri 04 Jan 2019 at 04:30:00 (-0500), Felix Miata wrote:
>
> >>> This partitioning scheme seems really odd and unwieldy.
>
> >> Indeed. Considering the absence of a
On Friday 04 January 2019 13:46:28 deloptes wrote:
> Gene Heskett wrote:
> > I've built 3 rt kernels on the pi, takes it about 4 hours. But for
> > the life of me, I can't find an installer that will actually do the
> > pi, its boot is a separate mess. I'm sure it can be done as I also
> > have a
On Fri, Jan 04, 2019 at 08:09:55PM +, Brian wrote:
> On Fri 04 Jan 2019 at 14:37:36 -0500, Roberto C. Sánchez wrote:
>
> > On Fri, Jan 04, 2019 at 07:34:59PM +, Brian wrote:
> > > On Fri 04 Jan 2019 at 13:49:52 -0500, Gene Heskett wrote:
> > >
> > > > On Friday 04 January 2019 13:31:05
On Fri, Jan 04, 2019 at 08:53:08PM +0100, Pedro Gras wrote:
> Buenas,
>
> Se puede marcad como spam:
> https://lists.debian.org/debian-user-spanish/2019/01/threads.html y
> así las personas que llevan la lista pueden bloquear el remitente.
>
> Paciencia y salud ,
>
Pedro,
La página para cada
On Fri 04 Jan 2019 at 14:37:36 -0500, Roberto C. Sánchez wrote:
> On Fri, Jan 04, 2019 at 07:34:59PM +, Brian wrote:
> > On Fri 04 Jan 2019 at 13:49:52 -0500, Gene Heskett wrote:
> >
> > > On Friday 04 January 2019 13:31:05 Nicolas George wrote:
> > >
> > > > deloptes (12019-01-04):
> > > >
On 4/01/19 9:49 PM, Andy Smith wrote:
> Stephen, I think you're going to have to analyse where the space is
> being used. If you use a graphical desktop then there might be a
> graphical application that can help with this. On GNOME it's called
> Disk Usage Analyzer. On the command line you could
Alessandro Vesely wrote:
> Given the current cooperation between Devuan and Debian maintainers on
> init-diversity, I'd say that issue is fully resolved, and I'm reassured
> that a distribution like the one I like is going to be available for the
> foreseeable future.
>
> Would you say that
Buenas,
Se puede marcad como spam:
https://lists.debian.org/debian-user-spanish/2019/01/threads.html y
así las personas que llevan la lista pueden bloquear el remitente.
Paciencia y salud ,
Nicolas George wrote:
> It really is not, because the resources invested in the old computer are
> wasted (unless somebody gets it and recycles it). It is the same scheme
> than in Chaplin's _The Kid_: breaking a window to let a glazier sell a
> new one.
>
> Alas, the idiotic way most people
On Fri 04 Jan 2019 at 20:35:47 +0100, deloptes wrote:
> Brian wrote:
>
> > and doesn't contain any embedded or subset fonts
>
> not heard that such are required for a jpeg or whatever image format
> embedded in pdf file
I reported. I am not pursuing it further. Neither are you, I think.
--
Brian wrote:
> Using the facilities on a computer is what a user does, just like the
> simple task of switching on an electric light in a house.
>
> If by "operating", deloptes means "using", I think I could agree. If
> he means change the bulb or mend the fuse or go down to to the local
>
On Fri 04 Jan 2019 at 13:41:50 -0500, Gene Heskett wrote:
> On Friday 04 January 2019 12:26:07 Brian wrote:
>
> > On Wed 02 Jan 2019 at 22:56:22 -0500, kamaraju kusumanchi wrote:
> > > On Wed, Jan 2, 2019 at 9:23 PM David Wright
> wrote:
> > > > On Wed 02 Jan 2019 at 14:44:14 (+), Brian
Gene Heskett wrote:
> On Friday 04 January 2019 13:31:05 Nicolas George wrote:
>
>> deloptes (12019-01-04):
>> >We just pointed out
>> > that you do not have to be a sysadmin to operate a computer.
>>
>> And you are wrong. Operating a computer requires a sysadmin, there is
>> no way around it.
On Fri, Jan 04, 2019 at 07:34:59PM +, Brian wrote:
> On Fri 04 Jan 2019 at 13:49:52 -0500, Gene Heskett wrote:
>
> > On Friday 04 January 2019 13:31:05 Nicolas George wrote:
> >
> > > deloptes (12019-01-04):
> > > > We just pointed out
> > > >
Brian wrote:
> and doesn't contain any embedded or subset fonts
not heard that such are required for a jpeg or whatever image format
embedded in pdf file
On Fri 04 Jan 2019 at 13:49:52 -0500, Gene Heskett wrote:
> On Friday 04 January 2019 13:31:05 Nicolas George wrote:
>
> > deloptes (12019-01-04):
> > > We just pointed out
> > > that you do not have to be a sysadmin to operate a computer.
> >
> >
On Fri 04 Jan 2019 at 19:31:05 +0100, Nicolas George wrote:
> deloptes (12019-01-04):
> > We just pointed out
> > that you do not have to be a sysadmin to operate a computer.
>
> And you are wrong. Operating a computer requires a sysadmin, there
Gene Heskett wrote:
> Can I trade the pickity nfs link in on an sshfs version? I use that here
> as its quite bulletproof. The login without the checksum files might be
> a hassle though. I'll certainly look that link over, thank you.
I don't know about sshfs - not heard that you can mount root
Hi.
On my EEEpc 1215p laptop, the upgrade from stable to testing broke the
lid switch detection, since
* another OS detects it just fine and acts on it;
* the kernel from stable (4.9.0-7) does too
Therefore, HW is ok (not obvious on an old laptop...)
If I use the current kernel in testing
Le 04/01/2019 à 17:25, Jonathan Dowland a écrit :
On Fri, Jan 04, 2019 at 01:36:59PM +, Curt wrote:
But how about:
-I When using MO disks, where partitions aren't always required, modifies
mkfs.fat's default behavior, allowing it to write the filesystem across the
entire,
On 01/04/2019 01:11 PM, Felix Miata wrote:
Stephen P. Molnar composed on 2019-01-04 12:57 (UTC-0500):
I haven't messed around with partitioning since the early days of
Slackware, and that was with a great deal of trepidation?
You just multiplied my curiosity about what exactly was
On Friday 04 January 2019 13:46:28 deloptes wrote:
> Gene Heskett wrote:
> > I've built 3 rt kernels on the pi, takes it about 4 hours. But for
> > the life of me, I can't find an installer that will actually do the
> > pi, its boot is a separate mess. I'm sure it can be done as I also
> > have a
On Friday 04 January 2019 13:31:05 Nicolas George wrote:
> deloptes (12019-01-04):
> > We just pointed out
> > that you do not have to be a sysadmin to operate a computer.
>
> And you are wrong. Operating a computer requires a sysadmin, there is
>
On Friday 04 January 2019 13:24:39 deloptes wrote:
> Greg Wooledge wrote:
> > All he has to do is find whatever's taking up an unexpected amount
> > of space in his root file system, and get rid of it. This is an
> > essential system management skill that he HAS to learn, which he
> > will
Gene Heskett wrote:
> I've built 3 rt kernels on the pi, takes it about 4 hours. But for the
> life of me, I can't find an installer that will actually do the pi, its
> boot is a separate mess. I'm sure it can be done as I also have a pair
> of rock64's running armbian, and I have seen apt
On Friday 04 January 2019 12:26:07 Brian wrote:
> On Wed 02 Jan 2019 at 22:56:22 -0500, kamaraju kusumanchi wrote:
> > On Wed, Jan 2, 2019 at 9:23 PM David Wright
wrote:
> > > On Wed 02 Jan 2019 at 14:44:14 (+), Brian wrote:
> > > > I'm intrigued; I hadn't realised that conversion of the
David Wright composed on 2019-01-04 10:19 (UTC-0600):
> On Fri 04 Jan 2019 at 04:30:00 (-0500), Felix Miata wrote:
>>> This partitioning scheme seems really odd and unwieldy.
>> Indeed. Considering the absence of a sysadmin,
> What's so unusual about that?
Standing alone, absolutely
deloptes (12019-01-04):
> So I was thinking perhaps this is good for the economy, because if most of
> the users were like me, there wouldn't be any economic growth in the past
> years.
It really is not, because the resources invested in the old computer are
wasted (unless somebody gets it and
deloptes (12019-01-04):
> We just pointed out
> that you do not have to be a sysadmin to operate a computer.
And you are wrong. Operating a computer requires a sysadmin, there is no
way around it. If there is no dedicated one, that makes the
Stephen P. Molnar wrote:
> I want to thank those of you who responded to my request for assistance.
>
> A number of the replies, particularly those that did not editorialize,
> where useful in that they convinced me that reinstalling the OS is the
> simplest remedy for the problems.
>
> Let us
Greg Wooledge wrote:
> All he has to do is find whatever's taking up an unexpected amount of
> space in his root file system, and get rid of it. This is an essential
> system management skill that he HAS to learn, which he will continue
> to use well beyond the current crisis.
>
> Reinstalling
On Friday 04 January 2019 09:57:07 Curt wrote:
> On 2019-01-04, Gene Heskett wrote:
> >> Dear Ivan, no one said something about systemd, because the topic
> >> was discussed and closed on the list.
> >> Not sure about Gene, but I use good old sysv init and for Gods
> >> sake, no one thinks of
Stephen P. Molnar composed on 2019-01-04 12:57 (UTC-0500):
> I haven't messed around with partitioning since the early days of
> Slackware, and that was with a great deal of trepidation?
You just multiplied my curiosity about what exactly was responsible for your
current partitioning
scheme,
On Thu 03/Jan/2019 18:53:14 +0100 Miles Fidelman wrote:
> [...]
> And then there was all the bullshit about how systemd was handled -
> including resignations of core developers over it.
Given the current cooperation between Devuan and Debian maintainers on
init-diversity, I'd say that issue is
On 01/04/2019 12:13 PM, Roberto C. Sánchez wrote:
On Fri, Jan 04, 2019 at 05:47:07PM +0100, steve wrote:
Le vendredi 04 janvier 2019, Stephen P. Molnar a écrit :
where useful in that they convinced me that reinstalling the OS is the
simplest remedy for the problems.
You're welcome. But
Nicolas George wrote:
> Exactly. And the kind of payment that is expected from you for help on
> this mailing-list is not pecuniary, of course. It is that you do not
> just consume the answers given to you but instead try to increase your
> knowledge and understanding so that maybe one day you
Hi,
Jonathan Dowland wrote:
> > what does MO stand for?
to...@tuxteam.de wrote:
> I'd guess "magneto-optical".
It would match the term "superfloppy" in man mkdosfs.
(Larger, more heavy, even less reliable than floppy disks.)
Possibly some of the MO genes survived in DVD-RAM. E.g. the glossy
On Wed 02 Jan 2019 at 22:56:22 -0500, kamaraju kusumanchi wrote:
> On Wed, Jan 2, 2019 at 9:23 PM David Wright wrote:
> >
> > On Wed 02 Jan 2019 at 14:44:14 (+), Brian wrote:
> > >
> > > I'm intrigued; I hadn't realised that conversion of the scanned image
> > > for some vendors' devices
On Fri, Jan 04, 2019 at 05:47:07PM +0100, steve wrote:
> Le vendredi 04 janvier 2019, Stephen P. Molnar a écrit :
>
>
> > where useful in that they convinced me that reinstalling the OS is the
> > simplest remedy for the problems.
>
> You're welcome. But this last sentence is pretty sad because
On sex, 04 jan 2019, David Wright wrote:
On Fri 04 Jan 2019 at 16:52:45 (+), Eduardo M KALINOWSKI wrote:
And in this case, the problem is easy to solve:
rm /path/to/some/large/files/*
Wrong again. The free space on /home is sufficient to hold 10 copies
of the entire / filesystem. And
Hola
Te sugiero, al igual que a todos los demás que encontramos esto molesto, que
simplemente crees un filtro en tu correo para evitar el spam.
Saludos
Sent: Friday, January 04, 2019 at 9:34 AM
From: "sebastian Oldani"
To: "Oscar Fabián Ovando"
Subject: Re: Tu acceso de XING
Se
On Fri 04 Jan 2019 at 16:52:45 (+), Eduardo M KALINOWSKI wrote:
> On sex, 04 jan 2019, steve wrote:
> > > where useful in that they convinced me that reinstalling the
> > > OS is the simplest remedy for the problems.
> >
> > You're welcome. But this last sentence is pretty sad because
On sex, 04 jan 2019, Eduardo M KALINOWSKI wrote:
And in this case, the problem is easy to solve:
rm /path/to/some/large/files/*
The usual suspects (/var/logs, /var/cache, etc) have already been
mentioned, and are in a different partition. One place to investigate
is /lib/modules. It can
On Fri 04 Jan 2019 at 08:15:11 (-0500), Greg Wooledge wrote:
> On Thu, Jan 03, 2019 at 09:22:49PM -0500, Gene Heskett wrote:
> > In this case, I hate to sound like
> > an ass, but perhaps a re-install is in the future, doing the reinstall
> > to a new drive [...]
>
> Come on, people. Show some
On sex, 04 jan 2019, steve wrote:
where useful in that they convinced me that reinstalling the OS is
the simplest remedy for the problems.
You're welcome. But this last sentence is pretty sad because normally,
issues like yours do not require windows-style operation. For your info,
I have not
Le vendredi 04 janvier 2019, Stephen P. Molnar a écrit :
where useful in that they convinced me that reinstalling the OS is the
simplest remedy for the problems.
You're welcome. But this last sentence is pretty sad because normally,
issues like yours do not require windows-style operation.
On 2019-01-04, Jonathan Dowland wrote:
> On Fri, Jan 04, 2019 at 01:36:59PM +, Curt wrote:
>>But how about:
>>
>> -I When using MO disks, where partitions aren't always required, modifies
>> mkfs.fat's default behavior, allowing it to write the filesystem across
>> the
>> entire,
On Fri, Jan 04, 2019 at 04:25:30PM +, Jonathan Dowland wrote:
> On Fri, Jan 04, 2019 at 01:36:59PM +, Curt wrote:
> >But how about:
> >
> > -I When using MO disks, where partitions aren't always required, modifies
> >mkfs.fat's default behavior, allowing it to write the filesystem
1 - 100 of 157 matches
Mail list logo